Bug#382298: Add support for MacBook Pro touchpad

2006-08-09 Thread Matt Kraai
Package: linux-2.6 Version: 2.6.17-5 Tags: patch The kernel does not support the MacBook Pro touchpad with the appletouch driver. In order to add this support, the patch http://kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=9effa978f1d51f6d0426ebabcf6cb32336bb3153 needs

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

2006-08-09 Thread Nathanael Nerode
I apologize for responding to Marco's post; in retrospect he was clearly trolling and I should not have responded to him. The point of my initial message was not to argue: it was that the etch timeline is unrealistic, because I see no progress on removing the substantial number of sourceless binar

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

2006-08-09 Thread Nathanael Nerode
[EMAIL PROTECTED] wrote: On 08/02/06 22:17, Nathanael Nerode wrote: >> Start with drivers/char/drm/mga_ucode.h. This is distributable, because >> it's under >> a BSD license, but it's not free software, because there's no source code. >There is no source code, because there never was any source

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

2006-08-09 Thread Jeff Carr
On 08/02/06 22:17, Nathanael Nerode wrote: > Start with drivers/char/drm/mga_ucode.h. This is distributable, because it's > under > a BSD license, but it's not free software, because there's no source code. There is no source code, because there never was any source code. What do you think sho

Bug#382286: Fails to build in Sarge

2006-08-09 Thread Adam Majer
Package: linux-kbuild-2.6.17 Version: 2.6.17-3 Severity: normal Probably missing some build dependency as it builds in Sid. make -f Makefile.real TYPE=lsb-32 SOURCEDIR=/root/linux-kbuild-2.6-2.6.17/scripts/mod make[5]: Entering directory `/tmp/linux-kbuild-2.6-2.6.17/debian/build/build/mod' gcc

Bug#382280: does not configure encrypted swap during initramfs, thus prevents resume

2006-08-09 Thread martin f krafft
Package: cryptsetup initramfs-tools Version: 2:1.0.3-3 Severity: normal cryptsetup only sets up root in the initramfs. If swap is encrypted, it should probably also set that up, or else resume from disk will not work. On my system, initramfs tells me that the resume device cannot be found and I h

Bug#382220: linux-image-2.6.17-1-k7: 512 MB SD card now "4 GB big"

2006-08-09 Thread Dan Jacobson
Package: linux-image-2.6.17-1-k7 Version: 2.6.17-5 Severity: minor Upgrading from 2.6.16 to 2.6.17, I see my 512 MB SD card is now "4 GB big": # cd /var/log # grep sdc:.*sectors ker*|uniq kern.log:Aug 9 20:50:01 jidanni1 kernel: SCSI device sdc: 8388609 512-byte hdwr sectors (4295 MB) kern.log.

Bug#382210: [CVE-2006-0457]: kernel-image-2.6.8-3-686-smp: Linux Kernel Security Key Functions Local Copy_To_User Race

2006-08-09 Thread Stephen Gran
Package: kernel-image-2.6.8-3-686-smp Version: 2.6.8-16sarge4 Severity: important Tags: security http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-0457 Race condition in the (1) add_key, (2) request_key, and (3) keyctl functions in Linux kernel 2.6.x allows local users to cause a denial of s

Processing of kernel-patch-2.4.27-mips_2.4.27-10.sarge3.040815-1_powerpc.changes

2006-08-09 Thread Archive Administrator
kernel-patch-2.4.27-mips_2.4.27-10.sarge3.040815-1_powerpc.changes uploaded successfully to localhost along with the files: mips-tools_2.4.27-10.sarge3.040815-1_powerpc.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscri

Processing of kernel-patch-2.4.27-mips_2.4.27-10.sarge3.040815-1_alpha.changes

2006-08-09 Thread Archive Administrator
kernel-patch-2.4.27-mips_2.4.27-10.sarge3.040815-1_alpha.changes uploaded successfully to localhost along with the files: mips-tools_2.4.27-10.sarge3.040815-1_alpha.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe".

kernel-patch-2.4.27-mips_2.4.27-10.sarge3.040815-1_alpha.changes REJECTED

2006-08-09 Thread Debian Installer
Rejected: kernel-patch-2.4.27-mips_2.4.27-10.sarge3.040815-1_alpha.changes: a file with this name already exists in the Done directory. Mapping stable-security to proposed-updates. Rejected: kernel-patch-2.4.27-mips_2.4.27-10.sarge3.040815-1_alpha.dak: a file with this name already exists in /or

kernel-patch-2.4.27-mips_2.4.27-10.sarge3.040815-1_powerpc.changes REJECTED

2006-08-09 Thread Debian Installer
Rejected: kernel-patch-2.4.27-mips_2.4.27-10.sarge3.040815-1_powerpc.changes: a file with this name already exists in the Done directory. Mapping stable-security to proposed-updates. Rejected: kernel-patch-2.4.27-mips_2.4.27-10.sarge3.040815-1_powerpc.dak: a file with this name already exists in

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

2006-08-09 Thread Frederik Schueler
Hallo, On Wed, Aug 09, 2006 at 02:02:42AM -0700, Thomas Bushnell BSG wrote: > We can simply take our time to do (2). It is the job of a package > maintainer to check the licenses of their software; if the kernel team > cannot do so by December, even with help, I don't mind waiting. then, please,

Bug#382200: linux-image-2.6.16-2-vserver-686: grub is beeing deinstalled using bpo

2006-08-09 Thread Markus Neubauer
Package: linux-image-2.6.16-2-vserver-686 Version: 2.6.16-17 Severity: important The bootloader grub is being removed by the debian package system. grub can be installed again with dpkg -i, but there is no need to uninstall it. .:Mark:. -- System Information: Debian Release: testing/unstable

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

2006-08-09 Thread Sven Luther
On Wed, Aug 09, 2006 at 02:01:33AM -0700, Thomas Bushnell BSG wrote: > Sven Luther <[EMAIL PROTECTED]> writes: > > > Nope, the issue only surfaced early after the sarge release, a bit > > less than a year ago, when the new kernel team formed. > > It was discussed *before* sarge was released that

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

2006-08-09 Thread Sven Luther
On Wed, Aug 09, 2006 at 02:02:42AM -0700, Thomas Bushnell BSG wrote: > Sven Luther <[EMAIL PROTECTED]> writes: > > > On Wed, Aug 09, 2006 at 12:58:33AM -0700, Thomas Bushnell BSG wrote: > >> Sven Luther <[EMAIL PROTECTED]> writes: > >> > >> > 4) pass a GR explaining the issue as is, and admitti

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

2006-08-09 Thread Thomas Bushnell BSG
Sven Luther <[EMAIL PROTECTED]> writes: > On Wed, Aug 09, 2006 at 12:58:33AM -0700, Thomas Bushnell BSG wrote: >> Sven Luther <[EMAIL PROTECTED]> writes: >> >> > 4) pass a GR explaining the issue as is, and admitting our >> > incapacity to fix it with 2 or 3 due to lack of ressources. >> >>

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

2006-08-09 Thread Thomas Bushnell BSG
Sven Luther <[EMAIL PROTECTED]> writes: > Nope, the issue only surfaced early after the sarge release, a bit > less than a year ago, when the new kernel team formed. It was discussed *before* sarge was released that there was non-free firmware in the kernel, and we decided to ignore it for the sa

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

2006-08-09 Thread Sven Luther
On Wed, Aug 09, 2006 at 12:58:33AM -0700, Thomas Bushnell BSG wrote: > Sven Luther <[EMAIL PROTECTED]> writes: > > > 4) pass a GR explaining the issue as is, and admitting our > > incapacity to fix it with 2 or 3 due to lack of ressources. > > We do not need a GR to simply follow our existing

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

2006-08-09 Thread Sven Luther
On Wed, Aug 09, 2006 at 12:57:36AM -0700, Thomas Bushnell BSG wrote: > Sven Luther <[EMAIL PROTECTED]> writes: > > > 2) either move the individual affected drivers or just their firmware if > > possible to non-free, and keep the cripled kernel in main. > > This is certainly the last resort, i

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

2006-08-09 Thread Thomas Bushnell BSG
Sven Luther <[EMAIL PROTECTED]> writes: > 4) pass a GR explaining the issue as is, and admitting our > incapacity to fix it with 2 or 3 due to lack of ressources. We do not need a GR to simply follow our existing procedures. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a su

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

2006-08-09 Thread Thomas Bushnell BSG
Sven Luther <[EMAIL PROTECTED]> writes: > 2) either move the individual affected drivers or just their firmware if > possible to non-free, and keep the cripled kernel in main. This is certainly the last resort, in my opinion, but it isn't "crippled". Merely not supporting particular pieces o

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

2006-08-09 Thread Sven Luther
On Tue, Aug 08, 2006 at 08:12:48PM -0400, Jim Crilly wrote: > On 08/08/06 04:49:33PM -0700, Thomas Bushnell BSG wrote: > > Sven Luther <[EMAIL PROTECTED]> writes: > > > > > Well, it reads to me that we won't screw our users without second > > > thought like some here are proposing. > > > > In my

Bug#380534: marked as done (drm mach64 module compiled from dri cvs against linux-headers-2.6.17-1-686 fails to load)

2006-08-09 Thread Debian Bug Tracking System
Your message dated Wed, 9 Aug 2006 09:06:10 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#380534: Bug resolved 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 now your responsibi

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

2006-08-09 Thread Sven Luther
On Tue, Aug 08, 2006 at 04:49:33PM -0700, Thomas Bushnell BSG wrote: > Sven Luther <[EMAIL PROTECTED]> writes: > > > Well, it reads to me that we won't screw our users without second > > thought like some here are proposing. > > In my opinion, we have been screwing our users for years by lying to