[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#816652: RFS: compiz/1:0.9.12.2 [ITP:722451]



On Thu, Mar 03, 2016 at 06:55:28PM +0100, Vincent Auboyneau wrote:
> Package: sponsorship-requests
> Severity: wishlist
> 
>  Dear mentors, fellow debian lovers,
> 
>  I think it's time to re-empower some users, who like fancyness in their
>  desktop, with compiz!
>  Compiz also addresses a matter of accessibility, with its integration of
>  many visual adaptation features, so it would be a significant addition
>  to our impaired users.
> 
>  BTW, a couple new a11y features have also been pushed to upstream, hoping they
>  take it into consideration.
>  I rather concentrate on the Mate desktop, and plan on releasing an
>  accessibility enabling package lot, called mate-accessibility (see
>  http://git.hypra.fr/hypra/mate-accessibility), to facilitate several
>  configuration profiles for different impairments.
> 
>  The first step is getting compiz back in debian. It has been cleaned up,
>  and polished with the last version of upstream.  I have followed the
>  previous advice of Adam Borowski (on ITP), and set the jpeg and png deps
>  strait.
> 
>  As for functionnal tests, compiz is used by myself, and approx ~20 people, and
>  is ready from sid to jessie(-backports).
>  I await more instructions and pieces of sound advice, of which i know
>  debian people have plenty.
> 
>   I am looking for a sponsor for my package "compiz"
> 
>  * Package name    : compiz
>    Version         : 1:0.9.12.2
>    Upstream Author : multiple (see AUTHORS)
>  * URL             : https://launchpad.net/compiz
>  * Licenses        : GPL/LGPL/MIT
>    Section         : x11
> 
>   It builds those binary packages:
> 
>  compiz     - OpenGL window and compositing manager
>  compiz-core - OpenGL window and compositing manager
>  compiz-dev - OpenGL window and compositing manager - development files
>  compiz-gnome - OpenGL window and compositing manager - GNOME window decorator
>  compiz-mate - OpenGL window and compositing manager - MATE integration
>  compiz-plugins - OpenGL window and compositing manager - plugins
>  compiz-plugins-default - OpenGL window and compositing manager - default plugins
>  compiz-plugins-extra - transitional dummy package
>  compiz-plugins-main - transitional dummy package
>  compiz-plugins-main-default - transitional dummy package
>  compiz-plugins-main-dev - transitional dummy package
>  compizconfig-settings-manager - Compiz configuration settings manager
>  libcompizconfig0 - Settings library for plugins - OpenCompositing Project
>  libcompizconfig0-dev - Development file for plugin settings - OpenCompositing Project
>  libdecoration0 - Compiz window decoration library
>  libdecoration0-dev - Compiz window decoration library - development files
>  python-compizconfig - Compizconfig bindings for Python
> 
>  To access further information about this package, please visit the following URL:
>  http://mentors.debian.net/package/compiz
> 
>  project is also uploaded to alioth in pkg-a11y section:
>  https://alioth.debian.org/projects/compiz/
>  git clone git+ssh://$USER@git.debian.org/git/pkg-a11y/compiz.git
> 
>  To check out built packages, and the mate-accessibility pkgs:
>  http://debian.hypra.fr/debian/import_key (use sid for last version)
> 
>  Alternatively, one can download the package with dget using this command:
>   dget -x http://mentors.debian.net/debian/pool/main/c/compiz/compiz_0.9.12.2.dsc

Following replies:
On Thu, Mar 03, 2016 at 03:03:11PM +0000, James Cowgill wrote:
> Hi,
> 
> > The first step is getting compiz back in debian. It has been cleaned up,
> > and polished with the last version of upstream.  I have followed the
> > previous advice of Adam Borowski, and set the jpeg and png deps strait.
> 
> Sounds good, assuming it can easily be used with an existing DE in
> Debian (I used to use compiz but I think I've forgotten how it all
> worked).
The obvious prime target is the mate desktop, which is growing in users,
and has become an official ubuntu flavour, so they recently added a
plugin for better integration.
This is also, according to several professional in this area, the most
accessible desktop available for some impaired users, partly because it
provides stability.
> 
> > there is the question of the source format, should it be 3(native) or
> > quilted?
> 
> 3.0 (quilt)
> 
> Native is intended for projects developed by Debian itself. These are
> usually infastructure type projects (like dpkg, debhelper, etc). Most
> packages should not be native.
if using quilt, i need to generate a orig.tar.gz, so how'd you proceed
with that? just tar the thing, rename it?
> 
> > Another issue, that is pending resolve, is a couple lintian errors:
> > compiz-dev: package-contains-cmake-private-file usr/share/cmake-3.0/FindCompiz.cmake
> > compiz-dev: package-contains-cmake-private-file usr/share/cmake-3.0/FindOpenGLES2.cmake
> > Are those critical? or is it ok till resolution?
> 
> You're not allowed to ship files in /usr/share/cmake-* because that
> directory is internal to cmake. Things will also break when cmake gets
> upgraded - infact what you're doing is already broken in sid.
> 
> You should try and use CMake config files if possible, although they
> can be a bit fiddly to setup. For now you could either drop those
> files, or move them to some other directory (which will not
> automatically be searched).
> 
> See:
> https://lintian.debian.org/tags/package-contains-cmake-private-file.html
I've already sent a mail to this part's creator, as it is indeed fiddly.


> > As for functionnal tests, compiz is used by ~20 people, and is ready
> > from sid to jessie-backports.
> > I await more instructions and pieces of sound advice, of which i know
> > debian people have plenty.
> > 
> > project is uploaded to alioth:
> > https://alioth.debian.org/projects/compiz/
> > git clone git+ssh://$USER@git.debian.org/git/pkg-a11y/compiz.git
> 
> I've only had a brief look but there a few obvious issues:
>  - Needs "de-ubuntifying" (changelogs, control, etc)
I have been told (by a DD) that changelog "mixing" was ok, since ubuntu
was already using it as a project changelog (not just deb changelog),
and debian's additions would only affect last entry.
What do you suggest?

>  - Maintainer field needs sorting out. Who exactly is working on this?
>    - Also you don't own the ITP - are you working together?
I work with Jean-philippe yes. we could transfer ownership indeed.

>  - The package cannot be built since these dependencies do not exist 
>    in Debian. How did you test this on Debian if it cannot be built?
> 
> The following packages have unmet dependencies:
>  sbuild-build-depends-compiz-dummy : Depends: dh-migrations but it is not installable
>                                      Depends: dh-translations but it is not installable
>                                      Depends: libxorg-gtest-dev but it is not installable
> E: Unable to correct problems, you have held broken packages.
these have been removed, i don't know which repo you pulled, maybe i did
a mistake in a link.
Nevertheless, you can trust git://anonscm.debian.org/pkg-a11y/compiz.git

-- 
Ksamak
hypra.fr Team

Attachment: pgp8HdoYPAPMw.pgp
Description: PGP signature


Reply to: