Hi, On Thu, 2016-03-03 at 14:09 +0100, Ksamak wrote: > Hey fellow debian lovers. > I think it's time to re-empower some users, who like fancyness in their > desktop, with compiz! [...] > 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). > 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. > 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 > 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) - Maintainer field needs sorting out. Who exactly is working on this? - Also you don't own the ITP - are you working together? - 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. Thanks, James
Attachment:
signature.asc
Description: This is a digitally signed message part