Making "auto decruft" easier for us and the release team

Hi! I think that the decrufting of our archive is done rather suboptimal for both of us, the ftp-team as well as the release-team. I'm not yet sure, how things can be done easier, so I guess the best thing to start discussing it, is describing how things are don currently. So, what is this

Bug#578744: nmu: eclipse_3.5.2-2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu User: release.debian@packages.debian.org Usertags: binnmu nmu eclipse_3.5.2-2 . ALL . -m "Rebuild against sat4j to pick up new location of sat4j." Hi sat4j moved its jar files in 2.1

Re: Making "auto decruft" easier for us and the release team

Hi, Alexander Reichle-Schmehl schrieb: > The problems arise, when there are still some packages (build-)depending > on the binary packages to be removed. I guess the correct thing for > broken build-depends is to fill RC bugs against the affected packages, > as they are (defacto) FTBFS. I've giv

Pushing the iPhone/iPod stack into Squeeze

Hi, It looks like the iPhone/iPod stack will need some hints to make it to Squeeze. The stack comprises libplist, libimobiledevice, ifuse and usbmuxd. Currently the blocker seems to be libimobiledevice; it looks like a hint is needed as libiphone needs to be replaced by libimobiledevice in Squeez

Re: Pushing the iPhone/iPod stack into Squeeze

Le jeudi 22 avril 2010 à 17:55 +0200, Julien BLACHE a écrit : > What should have been a seamless and entirely self-contained transition > fell victim to portability issues in libplist, a rogue upload of a newer > libimobiledevice version complete with a soname bump and GNOME packages > starting to

Re: Pushing the iPhone/iPod stack into Squeeze

Hi, On Thu, 2010-04-22 at 17:55 +0200, Julien BLACHE wrote: > It looks like the iPhone/iPod stack will need some hints to make it to > Squeeze. The stack comprises libplist, libimobiledevice, ifuse and > usbmuxd. usbmuxd has already transitioned, fwiw. > Currently the blocker seems to be libimob

Re: Pushing the iPhone/iPod stack into Squeeze

"Adam D. Barratt" wrote: Hi, > usbmuxd has already transitioned, fwiw. Yes, it's low enough in the stack that it wasn't affected by the libplist issues. > A more immediate issue is the libimobiledevice{0,1} rename. > libimobiledevice0 needs decrufting, which can't currently occur as > ipheth s

Bug#577777: marked as done (RM: apq-postgresql (testing); RoM; blocks removal of gnat-4.3)

Your message dated Thu, 22 Apr 2010 20:35:14 +0100 with message-id <1271964914.32043.1549.ca...@kaa.jungle.aubergine.my-net-space.net> and subject line Re: Processed: Removal request for apq-postgresql (testing) has caused the Debian Bug report #57, regarding RM: apq-postgresql (testing); RoM;

Bug#577791: marked as done (RM: apq (testing); RoM; blocks removal of gnat-4.3)

Your message dated Thu, 22 Apr 2010 20:35:14 +0100 with message-id <1271964914.32043.1549.ca...@kaa.jungle.aubergine.my-net-space.net> and subject line Re: Processed: Removal request for apq-postgresql (testing) has caused the Debian Bug report #577791, regarding RM: apq (testing); RoM; blocks rem

NEW changes in proposedupdates

Processing changes file: apache2-mpm-itk_2.2.6-02-1+lenny3+b1_alpha.changes ACCEPT Processing changes file: apache2-mpm-itk_2.2.6-02-1+lenny3+b1_amd64.changes ACCEPT Processing changes file: apache2-mpm-itk_2.2.6-02-1+lenny3+b1_armel.changes ACCEPT Processing changes file: apache2-mpm-itk_2.2