Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with

2006-08-06 Thread Thomas Bushnell BSG
Sven Luther <[EMAIL PROTECTED]> writes: > So, i don't believe there is much choice left to the kernel team in > this issue but to ask for a waiver of the DFSG compliance for the > kernel for etch, and hope the d-i folk take their responsabilities a > bit more seriously for the etch+1 release. Or,

Bug#381787: mkvmlinuz should bail if it can't find addnote

2006-08-06 Thread Emanuel Steen
Subject: mkvmlinuz should bail if it can't find addnote Package: mkvmlinuz Version: 23 A user from Ubuntu reported a bug in mkvmlinuz's failure reporting. mkvmlinuz terminates silently when the object dir can't be found and verbose mode is not set. It shouild bail and tell the user that the vmli

Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with

2006-08-06 Thread Ron Johnson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 George Danchev wrote: > On Saturday 05 August 2006 17:30, Marco d'Itri wrote: >> In linux.debian.kernel Ron Johnson <[EMAIL PROTECTED]> wrote: I see that the lawyers of SuSE and Red Hat do not believe this to be true or at least do not consid

Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with

2006-08-06 Thread Goswin von Brederlow
Marco d'Itri <[EMAIL PROTECTED]> writes: > In linux.debian.kernel Sven Luther <[EMAIL PROTECTED]> wrote: >>The real issue here is one of freedom and DFSG and not one of legality anyway. >>Those firmware are not DFSG-free and have nothing to do in main, and this is >>the real problem. > They were n

Bug#359926: initramfs-tools: nfsmount: intermittent failures

2006-08-06 Thread Vagrant Cascadian
Package: initramfs-tools Version: 0.73b Followup-For: Bug #359926 i'm getting this almost every other time in a qemu environment: Begin: Running /scripts/nfs-premount ... Done. nfs: server 10.0.2.2 not responding, timed out nfs: server 10.0.2.2 not responding, timed out mount: I/O error short rea

Re: patch reorganization

2006-08-06 Thread Frederik Schueler
Hello, I think reorganising the patches starting with 2.6.18 is a good idea, especially when I look at the tons of patches we had in some of the past releases. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature

Bug#381719: Kernel panic enabling IO-APIC IRQs on MacBook Pro

2006-08-06 Thread Matt Kraai
Package: linux-2.6 Version: 2.6.16-17 When I boot the installer on my MacBook Pro, it sometimes kernel panics: Getting VERSION: 50014 Getting VERSION: 50014 Getting ID: 0 Getting LVT0: 700 Getting LVT1: 400 enabled ExtINT on CPU#0 ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2

Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with

2006-08-06 Thread Sven Luther
On Sun, Aug 06, 2006 at 01:21:32PM +0200, Goswin von Brederlow wrote: > [EMAIL PROTECTED] (Marco d'Itri) writes: > > > On Aug 04, Goswin von Brederlow <[EMAIL PROTECTED]> wrote: > > > >> >>think not? Prove it by proposing a GR. More importantly, the release > >> >>team > >> > I had such a plan,

Bug#381475: marked as done (initramfs-tools: resume from hibernation broke after change to klibc resume)

2006-08-06 Thread Debian Bug Tracking System
Your message dated Sun, 06 Aug 2006 06:47:11 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#381475: fixed in initramfs-tools 0.73c has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is

Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with

2006-08-06 Thread George Danchev
On Saturday 05 August 2006 17:30, Marco d'Itri wrote: > In linux.debian.kernel Ron Johnson <[EMAIL PROTECTED]> wrote: > >> I see that the lawyers of SuSE and Red Hat do not believe this to be > >> true or at least do not consider it a problem, and this is enough for > >> me to ignore the opinion of

initramfs-tools_0.73c_amd64.changes ACCEPTED

2006-08-06 Thread Debian Installer
Accepted: initramfs-tools_0.73c.dsc to pool/main/i/initramfs-tools/initramfs-tools_0.73c.dsc initramfs-tools_0.73c.tar.gz to pool/main/i/initramfs-tools/initramfs-tools_0.73c.tar.gz initramfs-tools_0.73c_all.deb to pool/main/i/initramfs-tools/initramfs-tools_0.73c_all.deb Override entries

Processing of initramfs-tools_0.73c_amd64.changes

2006-08-06 Thread Archive Administrator
initramfs-tools_0.73c_amd64.changes uploaded successfully to localhost along with the files: initramfs-tools_0.73c.dsc initramfs-tools_0.73c.tar.gz initramfs-tools_0.73c_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "u

Bug#381677: initramfs-tools: Temporary files and initramfs world-readable

2006-08-06 Thread Lionel Elie Mamane
Package: initramfs-tools Version: 0.73b Tags: patch The generated initramfs is world-readable (as well as the temporary files); this leaks cryptographic keys (in password-protected form) to all users on the system when the root fs is encrypted (because these keys then get copied to the initramfs,

Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with

2006-08-06 Thread Goswin von Brederlow
[EMAIL PROTECTED] (Marco d'Itri) writes: > On Aug 04, Goswin von Brederlow <[EMAIL PROTECTED]> wrote: > >> >>think not? Prove it by proposing a GR. More importantly, the release team >> > I had such a plan, but no time to implement it currently. >> How do you handle the fact that it is a license