Bug#310982: plan to include in sarge 2.4 update

2006-11-12 Thread dann frazier
On Mon, Nov 13, 2006 at 01:30:19PM +0900, Horms wrote: > If you point me at the patch I'll be happy to rack my brains and > tell you want I was thinking at the time. Thanks Horms, here's the link: http://bugs.debian.org/cgi-bin/bugreport.cgi/smbfs.no_cap_unix.patch?bug=310982;msg=101;att=1 --

Bug#310982: plan to include in sarge 2.4 update

2006-11-12 Thread Horms
On Sun, Nov 12, 2006 at 09:28:14PM -0700, dann frazier wrote: > Moritz pointed out that this issue has been overlooked for sarge > updates so far. From my reading of this report, it sounds like our > best option for sarge is to incorporate Horms' patch for 2.4.27. > > Does anyone object to this? >

Bug#310982: plan to include in sarge 2.4 update

2006-11-12 Thread dann frazier
Moritz pointed out that this issue has been overlooked for sarge updates so far. From my reading of this report, it sounds like our best option for sarge is to incorporate Horms' patch for 2.4.27. Does anyone object to this? I'll make builds available for testing prior to uploading, in case anyon

Bug#397942: adding windfarm_cpufreq_clamp to /etc/modules solves the problem.

2006-11-12 Thread Charles Plessy
Salut Sven, Bien vu, c'était windfarm_cpufreq_clamp qui manquait... I added windfarm_cpufreq_clamp to /etc/modules and the fan control started correctly with the Debian kernel. So if this module is also started by default on new installs, I bet that we can close this bug. Is windfarm_cpufreq_cla

ipw3945d_1.7.22-1_i386.changes is NEW

2006-11-12 Thread Debian Installer
(new) ipw3945d_1.7.22-1.diff.gz extra non-free/net (new) ipw3945d_1.7.22-1.dsc extra non-free/net (new) ipw3945d_1.7.22-1_i386.deb extra non-free/net Binary userspace regulatory daemon for Intel PRO/Wireless 3945ABG cards The regulatory daemon is responsible for controlling and configuring aspect

Processing of ipw3945d_1.7.22-1_i386.changes

2006-11-12 Thread Archive Administrator
ipw3945d_1.7.22-1_i386.changes uploaded successfully to localhost along with the files: ipw3945d_1.7.22-1.dsc ipw3945d_1.7.22.orig.tar.gz ipw3945d_1.7.22-1.diff.gz ipw3945d_1.7.22-1_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with

Bug#393451: same problem on a P4 system

2006-11-12 Thread mircolei
I had the same problem with my P4 based home server, but after activating pinning and installing the above mentioned kernel for 686 it work's now. Greetz Mircsicz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#343440: Resuming from suspend to RAM with 2.6.14-5 fails significantly more often than with 2.6.14-4

2006-11-12 Thread maximilian attems
heya, On Mon, 06 Nov 2006, Thomas Maier wrote: > Am Donnerstag, den 02.11.2006, 18:01 +0100 schrieb maximilian attems: > > That is very good. Thanks for the link (retrieving package information > in synaptic doesn't always work), I well remember the day when I read > the notes for 2.6.14-3: > [

Processed: cloning 398140, reassign -1 to kernel-package

2006-11-12 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.25 > clone 398140 -1 Bug#398140: linux-image-2.6.18-2-486: ..fancy new post-rm script oughtta mention grub or "exit 0" instead of bombing out a lilo style 128 error. Bug 398140 cloned as

Bug#398258: linux-image-2.6.18-2-686: loading nvidiafb module freezes system

2006-11-12 Thread pgarland
Package: linux-image-2.6.18-2-686 Version: 2.6.18-5 Severity: normal Hello, I have a Sony Vaio S-380 laptop with an nvidia GeForce Go 6200 graphics card. I have been using the nvidiafb module with the 2.6.16-2-686 kernel, but when I tried to upgrade to 2.6.17-2, 2.6.18-1, and now 2.6.18-2 kernels

Bug#398251: Oopses in domUs with pass-through PCI devices

2006-11-12 Thread Markus Schuster
Package: linux-image-2.6.18-2-xen-vserver-686 Version: 2.6.18-5 I use Debians 2.6.18-5 kernel sources to build my own xen-vserver kernel image for my Sarge XEN/vserver system. The problems looks like the following: DomUs with pass-through PCI devices seem to have problems with interrupt handlin

Bug#398172: Please enable CONFIG_NET_ACT_POLICE on k7

2006-11-12 Thread Anthony DeRobertis
Package: linux-2.6 Severity: normal Right now, it appears it is enabled some places and not others. Sarge had it enabled for k7... and probably everywhere. Please enable it again. I think it got lost by mistake: $ grep POLICE /boot/config-2.6.* /boot/config-2.6.12-1-k7:CONFIG_NET_CLS_POLICE=y /b