Re: removing 2.4 from etch/sid

2006-05-18 Thread Sven Luther
On Thu, May 18, 2006 at 03:31:06PM -0500, dann frazier wrote: > On Wed, May 17, 2006 at 11:57:51AM +0200, Martin Michlmayr wrote: > > * dann frazier <[EMAIL PROTECTED]> [2006-05-16 17:04]: > > > I believe there's a rough consensus to not ship 2.4 in etch. Anyone > > > object to a filing of bugs to

Re: removing 2.4 from etch/sid

2006-05-18 Thread dann frazier
On Wed, May 17, 2006 at 11:57:51AM +0200, Martin Michlmayr wrote: > * dann frazier <[EMAIL PROTECTED]> [2006-05-16 17:04]: > > I believe there's a rough consensus to not ship 2.4 in etch. Anyone > > object to a filing of bugs to remove these packages from etch? > > For mips/mipsel, there's at lea

Scheduling 2.6.16-14 for monday

2006-05-18 Thread Frederik Schueler
Hello, I would like to schedule 2.6.16-14 to be uploaded next monday. 2.6.16.17 will be released tomorrow (friday), which I would like to have added in this release. If you have pending changes, please commit them and do test-builds and -boots for your architecture after .17 has been merged. As

Re: removing 2.4 from etch/sid

2006-05-18 Thread dann frazier
On Wed, May 17, 2006 at 11:18:29AM +0100, Thiemo Seufer wrote: > dann frazier wrote: > > I believe there's a rough consensus to not ship 2.4 in etch. Anyone > > object to a filing of bugs to remove these packages from etch? > > Mips/mipsel d-i hasn't fully switched to 2.6 yet. Is there a urgent

Processed: signing over to the kernel team

2006-05-18 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > retitle 271033 bug in drivers/md/md.c related to multipath Bug#271033: mdadm - is not able to properly assemble multipath device Changed Bug title. > reassign 271033 kernel Bug#271033: bug in drivers/md/md.c related to multipath Bug reassigned from pac

Upload to mentors.debian.net succeeded

2006-05-18 Thread mentors . debian . net importer
Your upload was successful. These packages are now available: - initramfs-tools If you think you found a bug or just want to contact us please send an email to [EMAIL PROTECTED] Thanks for using our service. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble?

Re: which kernel version for etch?

2006-05-18 Thread dann frazier
On Wed, May 17, 2006 at 10:37:39AM +0200, maximilian attems wrote: > i've not seen any bit of that tree yet and there is already a lot > of new features to backport. until that "stable" tree appears talks > are pretty much speculations. Yes, agreed; let's see what happens with it first before maki

Bug#359922: initramfs-tools: ata drive via usb'scsi' /dev/sda stops boot, gets busybox

2006-05-18 Thread maximilian attems
On Thu, May 18, 2006 at 01:25:11PM +0200, David Bertho wrote: > >please post the errorr message when you get dropped into busybox. > >are you using grub or lilo? the next time when you recountering such a problem, please a) report a new bug if the old is already closed and you are not 100% sur

Bug#364637: I see, change in 8250.c between 2.6.15 and 2.6.16 - WAS: no go for me with serial console, bug 364637

2006-05-18 Thread Sven Luther
On Thu, May 18, 2006 at 08:37:24AM -0400, Toni L. Harbaugh-Blackford [Contr] wrote: > On Thu, 27 Apr 2006, Brad Boyer wrote: > > > On Thu, Apr 27, 2006 at 09:11:32PM +0200, Sven Luther wrote: > > > > What is supposed to happen after 'Trying to im_free...' ? > > > > > > Attaching the full

Re: removing 2.4 from etch/sid

2006-05-18 Thread Sven Luther
On Thu, May 18, 2006 at 11:12:06AM +0200, Marco d'Itri wrote: > [EMAIL PROTECTED] wrote: > > >Naturally, udev is a mess, even in the case of 2.6->2.6 upgrades, and we > >don't > >need to handle the case of self built kernels, as the user will probably know > >how to handle the upgrade and o it by

Bug#364637: I see, change in 8250.c between 2.6.15 and 2.6.16 - WAS: no go for me with serial console, bug 364637

2006-05-18 Thread Toni L. Harbaugh-Blackford [Contr]
On Thu, 27 Apr 2006, Brad Boyer wrote: > On Thu, Apr 27, 2006 at 09:11:32PM +0200, Sven Luther wrote: > > > What is supposed to happen after 'Trying to im_free...' ? > > > > Attaching the full log. The isa stuff is probably related to the graphic card. > > > > > Serial: 8250/16550 d

Bug#359922: initramfs-tools: ata drive via usb'scsi' /dev/sda stops boot, gets busybox

2006-05-18 Thread David Bertho
maximilian attems a écrit : tags 359922 moreinfo stop On Thu, May 18, 2006 at 11:41:36AM +0200, David Bertho wrote: Hi I just updated/upgraded my fresh etch and I got this bug from initramfs-tools. If I upgrade I can't boot anymore. I read on the mailing archive that it has been fixed,

Processed: Re: Bug#359922: initramfs-tools: ata drive via usb'scsi' /dev/sda stops boot, gets busybox

2006-05-18 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > tags 359922 moreinfo Bug#359922: initramfs-tools: ata drive via usb 'scsi' /dev/sda stops boot, gets busybox Tags were: moreinfo Tags added: moreinfo > stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking syst

Bug#359922: initramfs-tools: ata drive via usb'scsi' /dev/sda stops boot, gets busybox

2006-05-18 Thread maximilian attems
tags 359922 moreinfo stop On Thu, May 18, 2006 at 11:41:36AM +0200, David Bertho wrote: > Hi > > I just updated/upgraded my fresh etch and I got this bug from > initramfs-tools. If I upgrade I can't boot anymore. > > I read on the mailing archive that it has been fixed, but I still got the > b

Bug#359922: initramfs-tools: ata drive via usb'scsi' /dev/sda stops boot, gets busybox

2006-05-18 Thread David Bertho
Hi I just updated/upgraded my fresh etch and I got this bug from initramfs-tools. If I upgrade I can't boot anymore. I read on the mailing archive that it has been fixed, but I still got the bug. I'm using Debian Etch Netinst Beta2 on a Via SP13000 motherboard with an IDE HDD. I hope someone

Re: removing 2.4 from etch/sid

2006-05-18 Thread Marco d'Itri
[EMAIL PROTECTED] wrote: >Naturally, udev is a mess, even in the case of 2.6->2.6 upgrades, and we don't >need to handle the case of self built kernels, as the user will probably know >how to handle the upgrade and o it by hand. We actually do handle self built kernels, the same way we handle debi