Re: compiz/compiz-fusion stuff uploaded - experimental
hi emilio, On Thursday 01 November 2007 03:36:14 am Emilio Scalise wrote: Why the version number still includes ~emiscabpo? I've added that to differentiate packages from my repository to the official debian ones. But now they would become official debian packages, this release tag could be removed. i was thinking that we could remove the tag when the non-cdbs using packages were uploaded. but if you want to remove it in your next version, thats totally fine. we should just come up with some kind of way to differentiate between your versions and mine. how about you start doing simply -N, where n is an incrementing integer, and if i need to make changes in your -N i'll do a -(N+1)~something (otherwise i'll just upload your version directly). Regarding emerald, compiz fusion folks, haven't released a 0.6.0 version. They say in the 0.6.0 release announce that http://lists.compiz-fusion.org/pipermail/community/2007-October/000142.html Please note that emerald and the emerald-themes components are being held until the next release due to a runtime crasher. Emerald 0.5.2 can still be used in the meantime. aha. So we can choose: * emerald version 0.5.2 * latest emerald git tree, like I did. * not include emerald i don't have any particular confidence at *any* release of compiz etc being incredibly stable, so i say it's fine for using git snapshots for the time being, as long as the versioning system doesn't mess up when we switch to a stable version. the important thing though is that the packages themselves are in good shape, for whatever version of the code we use. anyway, thanks for your efforts! sean signature.asc Description: This is a digitally signed message part.
Re: Bug#431755: compiz/compiz-fusion stuff uploaded - experimental
Leo costela Antunes wrote: How about setting up a collab-maint SVN repository for this pre pkg-xorg package? Then we could all work on the same code base while it doesn't change hands. (s/svn/git/) however, collab thing would be very nice. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#431755: compiz/compiz-fusion stuff uploaded - experimental
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey there sean finney wrote: i was thinking that we could remove the tag when the non-cdbs using packages were uploaded. but if you want to remove it in your next version, thats totally fine. we should just come up with some kind of way to differentiate between your versions and mine. how about you start doing simply -N, where n is an incrementing integer, and if i need to make changes in your -N i'll do a -(N+1)~something (otherwise i'll just upload your version directly). How about setting up a collab-maint SVN repository for this pre pkg-xorg package? Then we could all work on the same code base while it doesn't change hands. Cheers - -- Leo costela Antunes [insert a witty retort here] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHKf7MImLTb3rflGYRAhG8AKDpjZyW6AXcjYvIFF1pewmQTz4hvQCgloia 4GqooCezDwj/FaggUIRgRaI= =MihI -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#431755: compiz/compiz-fusion stuff uploaded - experimental
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Baumann wrote: (s/svn/git/) however, collab thing would be very nice. OK, may I create a git repository (or a directory, if git.d.o has been set up the same way as svn.d.o) based on the packages found at[0] then? Any objections? Cheers [0] http://download.tuxfamily.org/emiscabpo/compiz-0.6.0 - -- Leo costela Antunes [insert a witty retort here] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHKgG5ImLTb3rflGYRApJXAJ45cEPOG7vvQF/LGzVcAhvvrrbUTACfSlDj x3tgm9i8Fu9MhgV8kfNzCT4= =ePP7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#431755: compiz/compiz-fusion stuff uploaded - experimental
On Thursday 01 November 2007 05:41:29 pm Leo costela Antunes wrote: Daniel Baumann wrote: (s/svn/git/) however, collab thing would be very nice. OK, may I create a git repository (or a directory, if git.d.o has been set up the same way as svn.d.o) based on the packages found at[0] then? Any objections? personally, i would rather any and all effort be spent on making the new packages rather than maintaining the old ones... but you guys are free to do as you wish. just don't upload anything without first coordinating with me, as the plan is to piecemeal replace the existing packages. ideally, since the packages are sitting in experimental waiting for NEW processing, if we're fast enough we could have them replaced befor ethey're uploaded to experimental... but probably not :) anyway, I'll try to set aside some time tonight to do the documentation/status update on the XSF wiki page, after which the remaining work should be set out fairly clearly. sean signature.asc Description: This is a digitally signed message part.
Re: Bug#431755: compiz/compiz-fusion stuff uploaded - experimental
sean finney wrote: personally, i would rather any and all effort be spent on making the new packages rather than maintaining the old ones... i thought this was about the new packages, well, i think i got confused.. sorry. anyway, I'll try to set aside some time tonight to do the documentation/status update on the XSF wiki page, after which the remaining work should be set out fairly clearly. good, so i'm waiting for that. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#431755: compiz/compiz-fusion stuff uploaded - experimental
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Baumann wrote: i thought this was about the new packages, well, i think i got confused.. sorry. I was thinking about the _new_ packages too, just to make our work easier before handing it over to the pkg-xorg team (and perhaps even after it). I agree it doesn't make sense to maintain the old ones. If the URL I sent was for the old packages, where are the latest version of the new ones? (sorry if I missed that somehow) BTW, should this discussion still be cross posted to so many bugs/lists? Cheers - -- Leo costela Antunes [insert a witty retort here] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHKhvZImLTb3rflGYRAqppAKCQDgXgotuM4f4jySnecEdUrhY4WACg6bnk uYjxySHM66VftTxLyDeM56I= =TPiw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#431755: compiz/compiz-fusion stuff uploaded - experimental
hi, okay, this is the last post that will go to each of the BR's mentioned above. Future posts should go to debian-x only, along with any individuals who wish to be CC'd (myself included, since i'm not subscribed to debian-x). anyway, i've updated the wiki documentation for the current status of all things compiz: http://wiki.debian.org/XStrikeForce/Compiz it's a pretty quick read. basically, the table at the end of the page can be used to track what is still left to be done for re-debianising each of the source packages. what would be best at this point is for folks to step up and take a couple packages from that list, and redo the packaging using only standard debhelper stuff. while the interim packages are stuck up in NEW, you can get copies of the source packages i've uploaded from http://people.debian.org/~seanius/compiz/ if there's anyone who knows python, i could specifically use help with the re-debianization of the compizconfig-python and ccsm source packages. ideally you should be able to satisfy your compiz-related build-dependencies with the interim packages. the rest of the stuff is pretty straightforward, i think. let me know if you have any questions/comments! sean On Thursday 01 November 2007 07:32:57 pm Leo costela Antunes wrote: Daniel Baumann wrote: i thought this was about the new packages, well, i think i got confused.. sorry. I was thinking about the _new_ packages too, just to make our work easier before handing it over to the pkg-xorg team (and perhaps even after it). I agree it doesn't make sense to maintain the old ones. If the URL I sent was for the old packages, where are the latest version of the new ones? (sorry if I missed that somehow) BTW, should this discussion still be cross posted to so many bugs/lists? Cheers signature.asc Description: This is a digitally signed message part.
compiz/compiz-fusion stuff uploaded - experimental
hi emilio et al, As previously discussed, i've uploaded modified versions of the packages emilio has made available. The modifications have included mostly lintian related fixes and other packaging fixes, which should be fixed in the next version of your packages. attached to this mail are a series of patches for each of the packages. i've done the versioning in a way such that you should just be able to increment your previously used revision to supercede my version. also attached is a lintian report for the rest of the issues i did not address. also, i'm suspicious of some of the Depends/Recommends/Replaces/Conflicts relationships... most of this seems to stem from trying to deal with the various unofficial versions of the packages, which may distribute various files differently between the packages. I think i've fixed them mostly, but you should verify this. i haven't uploaded the emerald packages, as it looks like they still need a bit of work (they're still debian native currently, for example), but i've verified that they do build and work, at least. and finally, this upload has been targeted at experimental, because the new packages not previously in debian will get caught up in NEW, so it's better that they all make it through before we let it hit unstable. as for my next steps, the first thing i'll need to do is update the wiki with the current status, as well as outline the remaining tasks, and those interested should be able to start chipping in with the remaining help. thanks, sean On Monday 22 October 2007 10:19:58 pm sean finney wrote: hi emilio, thanks for the work on this! the biggest problem that we had been facing thus far is that the debian-x folks are very reluctant to take on management of cdbs-based packaging, which is why i never just took and cross-ported ubuntu's packages (which is what you've used as a basis for your packages, it seems). as you can see, my ITP was a while back. a combination of factors have kept me really busy in the past few months, though it looks like this is finally cleared up now, and i can start spending time on fun things again :) i'd like to continue working on debianized compiz-foo packages that the debian-x folks are more happy to team-maintain, but it seems like a real waste to leave everyone sitting around waiting in the meantime, esp. when someone (you) has already provided the working packages. so, i'm cc'ing debian-x with a proposal, that i hope will make everyone happy: 0 - do a quick audit of the packages you've provided. 1 - i take the packages that you've provided, add myself to Uploaders, and sponsor uploads into unstable of these packages. 1.5 - bug reports go to you as the official maintainer, and you can coordinate with me on any fixes/updates which i will also sponsor. 2 - i continue working on the non-cdbs debianisation in the pkg-xorg repo 3 - at some point = now, we have a handover where the pkg-xorg maintained packages replace the sponsored package. 4 - you are invited to join debian-x and continue to help team-maintain the latest pkg-xorg maintained packages. what does everyone think of this? sean On Monday 22 October 2007 05:29:47 pm Emilio Scalise wrote: I've packaged this software and compiled it for debian etch i386. See http://emiscabpo.wordpress.com/ for instructions. Apt lines are these: deb http://download.tuxfamily.org/emiscabpo/compiz-0.6.0 ./ deb-src http://download.tuxfamily.org/emiscabpo/compiz-0.6.0 ./ Regards, Emilio diff -u ccsm-0.6.0/debian/changelog ccsm-0.6.0/debian/changelog --- ccsm-0.6.0/debian/changelog +++ ccsm-0.6.0/debian/changelog @@ -1,3 +1,15 @@ +ccsm (0.6.0-0~emiscabpo+2~debian1) experimental; urgency=low + + * Upload prepared for experimental. Thanks Emilio! + * Add myself to uploaders. + * lintian fixes: +- Added/Exported PREFIX=/usr to debian rules to keep files out + of /usr/local +- Added explicit build depends on the python/python-dev set of packages +- Add to the clean rule a couple extra files/dirs to be removed + + -- sean finney [EMAIL PROTECTED] Tue, 30 Oct 2007 10:49:21 +0100 + ccsm (0.6.0-0~emiscabpo+1) stable; urgency=low * Re-debianization. diff -u ccsm-0.6.0/debian/control ccsm-0.6.0/debian/control --- ccsm-0.6.0/debian/control +++ ccsm-0.6.0/debian/control @@ -2,8 +2,9 @@ Section: x11 Priority: extra Maintainer: Emilio Scalise [EMAIL PROTECTED] +Uploaders: sean finney [EMAIL PROTECTED] XS-Python-Version: all -Build-Depends: cdbs, debhelper (= 5), pkg-config, libcompizconfig0-dev (= 0.6.0-0~emiscabpo+1), python-compizconfig1 (= 0.6.0-0~emiscabpo+1), python-central, libxml2-dev, libxslt1-dev, libglib2.0-dev, intltool +Build-Depends: cdbs, debhelper (= 5), pkg-config, libcompizconfig0-dev (= 0.6.0-0~emiscabpo+1), python-compizconfig1 (= 0.6.0-0~emiscabpo+1), python-central, libxml2-dev, libxslt1-dev, libglib2.0-dev, intltool, python | python-dev
Re: compiz/compiz-fusion stuff uploaded - experimental
That's great. In the next days I'll watch these diffs and I'll tell you what should be changed according to me. Why the version number still includes ~emiscabpo? I've added that to differentiate packages from my repository to the official debian ones. But now they would become official debian packages, this release tag could be removed. Regarding emerald, compiz fusion folks, haven't released a 0.6.0 version. They say in the 0.6.0 release announce that http://lists.compiz-fusion.org/pipermail/community/2007-October/000142.html Please note that emerald and the emerald-themes components are being held until the next release due to a runtime crasher. Emerald 0.5.2 can still be used in the meantime. So we can choose: * emerald version 0.5.2 * latest emerald git tree, like I did. * not include emerald What do you think it's better? Bye, Emilio sean finney ha scritto: hi emilio et al, As previously discussed, i've uploaded modified versions of the packages emilio has made available. The modifications have included mostly lintian related fixes and other packaging fixes, which should be fixed in the next version of your packages. attached to this mail are a series of patches for each of the packages. i've done the versioning in a way such that you should just be able to increment your previously used revision to supercede my version. also attached is a lintian report for the rest of the issues i did not address. also, i'm suspicious of some of the Depends/Recommends/Replaces/Conflicts relationships... most of this seems to stem from trying to deal with the various unofficial versions of the packages, which may distribute various files differently between the packages. I think i've fixed them mostly, but you should verify this. i haven't uploaded the emerald packages, as it looks like they still need a bit of work (they're still debian native currently, for example), but i've verified that they do build and work, at least. and finally, this upload has been targeted at experimental, because the new packages not previously in debian will get caught up in NEW, so it's better that they all make it through before we let it hit unstable. as for my next steps, the first thing i'll need to do is update the wiki with the current status, as well as outline the remaining tasks, and those interested should be able to start chipping in with the remaining help. thanks, sean On Monday 22 October 2007 10:19:58 pm sean finney wrote: hi emilio, thanks for the work on this! the biggest problem that we had been facing thus far is that the debian-x folks are very reluctant to take on management of cdbs-based packaging, which is why i never just took and cross-ported ubuntu's packages (which is what you've used as a basis for your packages, it seems). as you can see, my ITP was a while back. a combination of factors have kept me really busy in the past few months, though it looks like this is finally cleared up now, and i can start spending time on fun things again :) i'd like to continue working on debianized compiz-foo packages that the debian-x folks are more happy to team-maintain, but it seems like a real waste to leave everyone sitting around waiting in the meantime, esp. when someone (you) has already provided the working packages. so, i'm cc'ing debian-x with a proposal, that i hope will make everyone happy: 0 - do a quick audit of the packages you've provided. 1 - i take the packages that you've provided, add myself to Uploaders, and sponsor uploads into unstable of these packages. 1.5 - bug reports go to you as the official maintainer, and you can coordinate with me on any fixes/updates which i will also sponsor. 2 - i continue working on the non-cdbs debianisation in the pkg-xorg repo 3 - at some point = now, we have a handover where the pkg-xorg maintained packages replace the sponsored package. 4 - you are invited to join debian-x and continue to help team-maintain the latest pkg-xorg maintained packages. what does everyone think of this? sean On Monday 22 October 2007 05:29:47 pm Emilio Scalise wrote: I've packaged this software and compiled it for debian etch i386. See http://emiscabpo.wordpress.com/ for instructions. Apt lines are these: deb http://download.tuxfamily.org/emiscabpo/compiz-0.6.0 ./ deb-src http://download.tuxfamily.org/emiscabpo/compiz-0.6.0 ./ Regards, Emilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]