invoke-rc.d mass bug filing: binNMU candidates

(I'm not subscribed to -release, please Cc me on replies, thanks.) In May, I did a mass bug filing for the policy change related to invoke-rc.d [1]. Of the bugs that still remain open, four could be fixed by a simple rebuild, without any changes to the source, because they were built by an old

Re: TS 2 - Die^H^H^HRelease Harder

* Adeodato Simó ([EMAIL PROTECTED]) [060615 21:28]: tagcoll can't migrate to testing until libapt-front becames a candidate, which is 87 days old, but failed on ia64 today for the first time, so I guess I could take a look into that FTBFS, given that tagcoll's solved itself. How did that go

bin-NMU request: reiserfsprogs

Please schedule a bin-NMU for reiserfsprogs. A rebuild (using a recent debhelper) will give its udebs a correct dependency on libuuid1-udeb. Thanks, FJP pgpMgUm9MH1yB.pgp Description: PGP signature

Reclaiming automake

Hello everyone, Scott James Remnant dropped me an email recently, interested in improving the automake situation in Ubuntu and Debian[0]. Right now the automake packages looks like this: automake1.4: This is the old school package, that's been completely unsupported for a number of years (since

Re: Reclaiming automake

Hi Eric, On Sun, Jun 25, 2006 at 07:11:14PM -0400, Eric Dorland wrote: automake1.4: This is the old school package, that's been completely unsupported for a number of years (since 2002). It certainly not used with any new software and any software still using it should be migrated away from

Re: invoke-rc.d mass bug filing: binNMU candidates

On Sun, Jun 25, 2006 at 02:00:10PM +0300, Lars Wirzenius wrote: In May, I did a mass bug filing for the policy change related to invoke-rc.d [1]. Of the bugs that still remain open, four could be fixed by a simple rebuild, without any changes to the source, because they were built by an old

Re: Reclaiming automake

* Artur R. Czechowski ([EMAIL PROTECTED]) wrote: Hi Eric, On Sun, Jun 25, 2006 at 07:11:14PM -0400, Eric Dorland wrote: automake1.4: This is the old school package, that's been completely unsupported for a number of years (since 2002). It certainly not used with any new software and any

Re: SMP PReP (was Re: The powerpc port should be removed from etch release candidates ...)

On Thu, May 25, 2006 at 01:41:30PM -0500, Troy Benjegerdes wrote: On Thu, May 25, 2006 at 09:50:57AM +0200, Sven Luther wrote: On Wed, May 24, 2006 at 11:14:33PM -0500, Troy Benjegerdes wrote: SMP never worked under Linux on those machines because the AIX boot sequence to enable it