Re: Please help a apt ABI break by providing bin-NMUs
tags 558784 + squeeze-ignore thanks On Fri, 2010-03-19 at 17:17 +0100, Michael Vogt wrote: On a sidetrack it would be good to know if we should tag RC bug #558784 [1] as squeeze-ignore and work together on the issue after the squeeze release or if untagged immediately as you are also the maintainer of the debian-archive-keyring. Doing so with this message. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1286101842.6044.33.ca...@hathi.jungle.funky-badger.org
Re: Please help a apt ABI break by providing bin-NMUs
On Sun, Apr 25, 2010 at 05:33:15PM +0100, Adam D. Barratt wrote: Hi, Hi, sorry for the delayed answer. On Wed, 2010-04-14 at 17:53 +0200, David Kalnischkies wrote: 2010/3/19 Michael Vogt m...@debian.org: bin-NMUs. The ABI break is required for following new features: - allow multiple ddtp translation downloads - allow Packages file without long descriptions [0] - preparation of the cache/data structures for multi-arch support - better logging [...] Should we: open a bugreport, provide a list of whatever is needed, Both of those would be good. :) I submited a bugreport against release.debian.org for easier tracking (Bug#579795). I'm happy to add the list of packages there too if that helps and we should coordinate a new date. Is two weeks from now good? I also want to emphasis that this is an ABI break - not an API break, so in an ideal world all rdepends just need to be rebuild. I tried this in the past weeks a few times with the bigger users² and so far everything builds and works as expected. ² libept, aptitude, python-apt, libapt-pkg-perl, debtags I'm assuming the set of affected packages here are those build-depending on libapt-pkg-dev or depending on libapt-pkg-libc6.9-6-4.8? Just the dependencies on libapt-pkg-libc6.9-6-4.8 should be fine. Thanks, Michael -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100430200753.ga13...@tas
Re: Please help a apt ABI break by providing bin-NMUs
Hi, On Wed, 2010-04-14 at 17:53 +0200, David Kalnischkies wrote: 2010/3/19 Michael Vogt m...@debian.org: bin-NMUs. The ABI break is required for following new features: - allow multiple ddtp translation downloads - allow Packages file without long descriptions [0] - preparation of the cache/data structures for multi-arch support - better logging [...] Should we: open a bugreport, provide a list of whatever is needed, Both of those would be good. :) I also want to emphasis that this is an ABI break - not an API break, so in an ideal world all rdepends just need to be rebuild. I tried this in the past weeks a few times with the bigger users² and so far everything builds and works as expected. ² libept, aptitude, python-apt, libapt-pkg-perl, debtags I'm assuming the set of affected packages here are those build-depending on libapt-pkg-dev or depending on libapt-pkg-libc6.9-6-4.8? Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1272213195.22239.38432.ca...@kaa.jungle.aubergine.my-net-space.net
Re: Please help a apt ABI break by providing bin-NMUs
Hello (again) :) $ ping release-team 2010/3/19 Michael Vogt m...@debian.org: bin-NMUs. The ABI break is required for following new features: - allow multiple ddtp translation downloads - allow Packages file without long descriptions [0] - preparation of the cache/data structures for multi-arch support - better logging On a sidetrack it would be good to know if we should tag RC bug #558784 [1] as squeeze-ignore and work together on the issue after the squeeze release or if untagged immediately as you are also the maintainer of the debian-archive-keyring. It would be fabulous if someone from the release team could comment on the first, the second or even both issues, so we can plan ahead. If the running/pending transitions are to many currently and if that will not change in the near future we will try to backout the breaks so we can release an intermediate non-breaker, but this additional work would be worthless if you intend to give us a time-slot shortly after that… Or did we miss something? Should we: open a bugreport, provide a list of whatever is needed, ping at another place, pray to (another) deity¹, …? (I am new to the process so any hint/suggestion is welcomed) I also want to emphasis that this is an ABI break - not an API break, so in an ideal world all rdepends just need to be rebuild. I tried this in the past weeks a few times with the bigger users² and so far everything builds and works as expected. Best regards / Mit freundlichen Grüßen, David Kalnischkies ¹ i know: bad joke - but i couldn't resist. ² libept, aptitude, python-apt, libapt-pkg-perl, debtags -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/g2oc64043e61004140853r24e2d310i636733dfbea01...@mail.gmail.com
Re: Please help a apt ABI break by providing bin-NMUs
2010/3/20 Joerg Jaspert jo...@debian.org: If you could add a mode that does not write them into a packages file but into a seperate one, in the layout I described back then, that would rock and save us a lot of time during each dinstall run! So what you need is something like that? http://bazaar.launchpad.net/~donkult/apt/sid/revision/1973 Depending on how dinstall is run the currently only global setting will be a problem, but i will try to change that in the next few days. My time is currently just a bit limited between my exams and therefore the revision above is not bullet proof - it is more likely that it will eat your kids in an unwatched moment… but it is hopefully possible to get at least the overall idea. Best regads / Mit freundlichen Grüßen, David Kalnischkies -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/c64043e61003221125n3da3bdb4w1297fd3999475...@mail.gmail.com
Re: Please help a apt ABI break by providing bin-NMUs
2010/3/19 Joerg Jaspert jo...@debian.org: On 12059 March 1977, Michael Vogt wrote: Where can one see the changes that are in that release? The bzr repository is either lying to me or its in another branch elsewhere or ive completly forgot how bzr works or whatever. :) bzr isn't completely lying, Michael just hasn't finished merging yet. :) Some things like LongDesc remove and download of -en together with the feature to actually use (and download) multiple Translation files is already in the official branch and available in experimental: http://bzr.debian.org/loggerhead/apt/apt/debian-sid Things like the multiArch fun [0] are still only in my branch: https://code.launchpad.net/~donkult/apt/sid One feature I asked for in my mail about the long descriptions was having apt-ftparchive split the existing long descriptions out into a seperate file. Is that implemented? apt-ftparchive doesn't split out currently, since apt 0.7.25 [1] however it is possible to set APT::FTPArchive::LongDescription=0 to remove them from the Packages file. In the thread it sounds like there is already some magic tool which creates the Translation files and could easily do -en, too. apt-ftparchive on the other hand doesn't know anything about translation files and I have more or less paused thinking further about implementing it after my unanswered email [2] and just added the remove option and do it my way. (download en and a whole lot of other Translation files depending on LC, recently also LANGUAGE and of course the Acquire::Translation config-list; keeping md5sum as second preimage attacks are a bit too much for a LongDescription; keeping the whitelist as is as long as the acquire system in apt is as idiotic as it is currently with the todo to give it a renewal) Comments are obviously still welcomed. Best regards / Mit freundlichen Grüßen, David Kalnischkies [0] http://bazaar.launchpad.net/~donkult/apt/sid/annotate/head%3A/README.MultiArch [1] http://bzr.debian.org/loggerhead/apt/apt/debian-sid/revision/1875.1.47 [2] http://lists.debian.org/deity/2009/08/msg00112.html -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/c64043e61003200418n7f6a16ev264f58487cbeb...@mail.gmail.com
Re: Please help a apt ABI break by providing bin-NMUs
One feature I asked for in my mail about the long descriptions was having apt-ftparchive split the existing long descriptions out into a seperate file. Is that implemented? apt-ftparchive doesn't split out currently, since apt 0.7.25 [1] however it is possible to set APT::FTPArchive::LongDescription=0 to remove them from the Packages file. In the thread it sounds like there is already some magic tool which creates the Translation files and could easily do -en, too. apt-ftparchive on the other hand doesn't know anything about translation files and I have more or less paused thinking further about implementing it after my unanswered email [2] and just added the remove option and do it my way. (download en and a whole lot of other Translation files depending on LC, recently also LANGUAGE and of course the Acquire::Translation config-list; keeping md5sum as second preimage attacks are a bit too much for a LongDescription; keeping the whitelist as is as long as the acquire system in apt is as idiotic as it is currently with the todo to give it a renewal) Comments are obviously still welcomed. So right now I (as ftpmaster) have to create the packages files as normal, then split out the descriptions with a seperate tool, so others can use them as the english translation. I can not tell apt-ftparchive dont bother, as the stuff a-f is writing *is* the current master of english. (Ie. those taken from the package, and for squeeze this is not intended to change). Those magic tools are reading them and based on that the whole rest is processed. If you could add a mode that does not write them into a packages file but into a seperate one, in the layout I described back then, that would rock and save us a lot of time during each dinstall run! -- bye, Joerg Yeah, patching debian/rules sounds like changing shoes while running the 100 meters track. -- Michael Koch -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87y6hncfae@gkar.ganneff.de
Please help a apt ABI break by providing bin-NMUs
Hi, the apt team plans to upload a new version of apt around 1. April that unfortunately breaks the ABI. To make this as painless as possible we would like to coordinate this with you so that we can schedule bin-NMUs. The ABI break is required for following new features: - allow multiple ddtp translation downloads - allow Packages file without long descriptions [0] - preparation of the cache/data structures for multi-arch support - better logging The unstoppable David Kalnischkies deserves kudos for working on most of these important features. Please let me know if the timing is ok, we are flexible with the date and will utilize experimental as a staging area. On a sidetrack it would be good to know if we should tag RC bug #558784 [1] as squeeze-ignore and work together on the issue after the squeeze release or if untagged immediately as you are also the maintainer of the debian-archive-keyring. thanks, Michael [0] http://lists.debian.org/deity/2009/08/msg00073.html [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=558784 -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100319161748.ga30...@tas
Re: Please help a apt ABI break by providing bin-NMUs
On 12059 March 1977, Michael Vogt wrote: the apt team plans to upload a new version of apt around 1. April that unfortunately breaks the ABI. To make this as painless as possible we would like to coordinate this with you so that we can schedule bin-NMUs. The ABI break is required for following new features: - allow Packages file without long descriptions [0] Where can one see the changes that are in that release? The bzr repository is either lying to me or its in another branch elsewhere or ive completly forgot how bzr works or whatever. :) One feature I asked for in my mail about the long descriptions was having apt-ftparchive split the existing long descriptions out into a seperate file. Is that implemented? -- bye, Joerg A.D. 1517: Martin Luther nails his 95 Theses to the church door and is promptly moderated down to (-1, Flamebait). -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87zl24f1fq@gkar.ganneff.de