On Sat, Mar 31, 2007 at 03:11:09PM +0200, Andreas Barth wrote: > * Steve Langasek ([EMAIL PROTECTED]) [070331 12:59]: > > On Sat, Mar 31, 2007 at 01:29:04AM +0200, Christoph Anton Mitterer wrote: > > > I would say (although I'm by any means not kernel expert) that your > > > patch looks good and I _strongly_ recommend to include it in etch r0 > > > (!!)... > > > You're the release manager,... so you should get managed this :-) > > > > It wouldn't be appropriate for me to push this without the consent of the > > rest of the kernel team just because I'm the release manager; I'm not even > > an amd64 porter, this should be signed off on by the folks who are actually > > responsible for the amd64 kernel first. But regardless, there are no plans > > for another kernel update before etch r0, and including one is likely to > > delay the release. I'm of the opinion that this bug does not justify a > > delay at this point. > > > > With the consent of the kernel team and the stable release managers, I'm > > happy to commit this patch to the queue for the next kernel update though, > > so it can be included in etch r1. > > > BTW, we intended to have frequent kernel uploads to proposed-updates, > and frankly speaking, I personally don't mind to already have a newer > kernel in proposed-updates during the release, but that's something I > want to have signed-off by Martin.
The ideal would have been a framework where we could build new kernels and have it integrated within a few days only. I gave a speach about this at FOSDEM, of how we could use the initramfs incremental nature, to separate fully the kernel module .udebs from the rest of d-i, and have actual d-i images which are daily built, and usable independently of the kernel used. This is already the second release where such problems happen, so let's hope that people get more reasonable about trying to solve this through the available technical solution for lenny. Because *IT IS POSSIBLE* :) Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
