Bug#816652: RFS: compiz/1:0.9.12.2 [ITP:722451]
control: tags -1 moreinfo Setting moreinfo tags, until the first review is fixed. Gianfranco signature.asc Description: OpenPGP digital signature
Bug#816652: RFS: compiz/1:0.9.12.2 [ITP:722451]
Hi, [I've added Jean-Philippe in case he wants to weigh in] On Thu, 2016-03-03 at 19:58 +0100, Vincent Auboyneau wrote: > On Thu, Mar 03, 2016 at 03:03:11PM +, James Cowgill wrote: > > > 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. Ok I'm fine with compiz being reintroduced into Debian. > > > 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? In a normal package, the orig.tar.gz should (if possible) be identical to the upstream release version. You probably want this file: https://launchpad.net/compiz/0.9.12/0.9.12.2/+download/compiz-0.9.12.2.tar.bz2 BUT, I have noticed that instead of using patches, Ubuntu has been creating "fake" upstream releases when fixing bugs. This isn't great since the latest bugfixes are now only found in Ubuntu and aren't easily split out for other distributions. The best solution is to try and get a new release of compiz with these fixes and then persuade Ubuntu developers to ship patches in debian/patches rather than manually patching the source. The ideal change flow should be Upstream -> Debian -> Ubuntu. The alternatives to that don't look nice. You could move the diff between ubuntu and upstream into debian/patches, but it looks massive. > > > 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. Ok, hopefully that can be sorted - it has to be removed for the moment though. > > > 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://$u...@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? OK, in that case leaving those entries should be fine. I did notice the Debian version number is earlier than the Ubuntu version in the changelog which isn't going to work properly - maybe that can be fixed with a new upstream release :) > > - 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. You don't need to transfor ownership if everyone involved is ok with what's going on. You should remove the XSBC-Original-Maintainer field, and replace the Uploaders field with the other people working on compiz. Looking over the ITP, two teams were mentioned: pkg-a11y and compiz. If the packaging is being done by a team then the Maintainer field should be set to a sutible mailing list. Has it been decided which team compiz will live under? Relevant policy info: https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Maintainer
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://$u...@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 +, 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
Bug#816652: RFS: compiz/1:0.9.12.2 [ITP:722451]
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://$u...@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 -- Ksamak hypra.fr Team pgpTEKSSP47sC.pgp Description: PGP signature