Processed: your mail
Processing commands for [EMAIL PROTECTED]: reopen 474964 Bug#474964: Loads pcspkr and others even if explicitely excluded in modprobe.conf Bug reopened, originator not changed. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475244: [Secure-testing-team] Bug#475244: [linux-source] known kernel bug/warning in fs/inotify.c:172
* Markus Broeker: Tags: security X-Debbugs-CC: [EMAIL PROTECTED] Why do you think this is a security bug? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: enable cs46xx for etchnahalf?
On Wed, Apr 09, 2008 at 01:04:39PM +0300, Mikko Rapeli wrote: Hello, Wiki page told to post here, though perhaps you follow debian-kernel bugs too. Anyway, added support for newer hardware would be great if previously working drivers would keep working :) What are the odds of applying the firmware separating patch from #464197 and creating a new firmware package? For etchnahalf? Unfortunately in this case it is simply does not appear legal for Debian to redistribute this firmware. I've sent a request to Cirrus Logic for a license granting free redistribution. I doubt I'm the first, but its worth a try.. That aside, I wonder if there's any good reasons to not take the split out patch, allowing these cards to function if the user chooses to manually install this firmware image. -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
uploading linux-kbuild-2.6.24
I created an etch branch for linux-kbuild-2.6 2.6.24, did a build (renamed orig.tar.gz) and tested a module build - seems fine to me. If noone sees the need for further changes, I'll upload tomorrow. -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: enable cs46xx for etchnahalf?
On Thu, Apr 10, 2008 at 01:57:24AM -0600, dann frazier wrote: On Wed, Apr 09, 2008 at 01:04:39PM +0300, Mikko Rapeli wrote: Hello, Wiki page told to post here, though perhaps you follow debian-kernel bugs too. Anyway, added support for newer hardware would be great if previously working drivers would keep working :) What are the odds of applying the firmware separating patch from #464197 and creating a new firmware package? For etchnahalf? Unfortunately in this case it is simply does not appear legal for Debian to redistribute this firmware. I've sent a request to Cirrus Logic for a license granting free redistribution. I doubt I'm the first, but its worth a try.. Ok. Thanks this and for updating the http://wiki.debian.org/KernelFirmwareLicensing wiki page on the status :) That aside, I wonder if there's any good reasons to not take the split out patch, allowing these cards to function if the user chooses to manually install this firmware image. I tested the kernel patch and made an initial attempt at packaging the firmware blob: - URL: http://mentors.debian.net/debian/pool/non-free/c/cs46xx-firmware - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/non-free/c/cs46xx-firmware/cs46xx-firmware_0.1-1.dsc The patch and firmware package were tested on my Thinkpad T20 and they seem to work. The kernel patch should be more verbose when loading the firmware or when the image is missing, but other than that they seem to work. Feel free to sponsor, adopt, hijack, NMU, fix or redo the package, if it helps getting cs46xx audio driver back. -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475319: marked as forwarded (linux-image-2.6.24-1-amd64: Hangs on boot after ACPI: Battery slot [BAT1] (battery present))
Your message dated Thu, 10 Apr 2008 11:38:51 +0100 with message-id [EMAIL PROTECTED] has caused the report #475319, regarding linux-image-2.6.24-1-amd64: Hangs on boot after ACPI: Battery slot [BAT1] (battery present) to be marked as having been forwarded to the upstream software author(s) [EMAIL PROTECTED] (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 475319: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475319 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Hi there, I'm trying to get Linux working on a Samsung Q45 laptop. 2.6.22 works fine, but 2.6.24.3 and 2.6.25-rc8 both freeze hard during boot time after the following messages: Waiting for /dev to be fully populated... agpgart: Detected an Intel 965GM Chipset. agpgart: AGP aperture is 256M @ 0xd000 input: Power Button (FF) as /class/input/input2 ACPI: Power Button (FF) [PWSRF] inputL Lid Switch as /class/input/input3 ACPI: Lid Switch [LID0] input: Power Button (CM) as /class/input/input4 ACPI: Power Button (CM) [PWRB] input: Sleep Button (CM) as /class/input/input5 ACPI: Sleep Button (CM) [SLPB] ACPI: AC Adapter [ADP1] (on-line) ACPI: Battery Slot [BAT1] (battery present) lspci output is as follows: 00:00.0 Host bridge [0600]: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub [8086:2a00] (rev 03) 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a02] (rev 03) 00:02.1 Display controller [0380]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a03] (rev 03) 00:1a.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Contoller #4 [8086:2834] (rev 03) 00:1a.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 [8086:2835] (rev 03) 00:1a.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 [8086:283a] (rev 03) 00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD Audio Controller [8086:284b] (rev 03) 00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 [8086:283f] (rev 03) 00:1c.1 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 [8086:2841] (rev 03) 00:1d.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 [8086:2830] (rev 03) 00:1d.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 [8086:2831] (rev 03) 00:1d.2 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 [8086:2832] (rev 03) 00:1d.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 [8086:2836] (rev 03) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev f3) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801HEM (ICH8M) LPC Interface Controller [8086:2815] (rev 03) 00:1f.2 IDE interface [0101]: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA IDE Controller [8086:2828] (rev 03) 00:1f.3 SMBus [0c05]: Intel Corporation 82801H (ICH8 Family) SMBus Controller [8086:283e] (rev 03) 02:00.0 Network controller [0280]: Intel Corporation PRO/Wireless 3945ABG Network Connection [8086:4222] (rev 02) 03:00.0 Ethernet controller [0200]: Marvell Technology Group Ltd. 88E8039 PCI-E Fast Ethernet Controller [11ab:4353] (rev 15) 04:09.0 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev b4) 04:09.1 FireWire (IEEE 1394) [0c00]: Ricoh Co Ltd R5C552 IEEE 1394 Controller [1180:0552] (rev 09) 04:09.2 SD Host controller [0805]: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter [1180:0822] (rev 18) 04:09.3 System peripheral [0880]: Ricoh Co Ltd R5C843 MMC Host Controller [1180:0843] 04:09.4 System peripheral [0880]: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter [1180:0592] (rev 09) 04:09.5 System peripheral [0880]: Ricoh Co Ltd xD-Picture Card Controller [1180:0852] (rev 04) These are Debian kernel images; I've uploaded their .config files to http://robots.org.uk/stuff/kernel-configs/. Please CC me in responses as I am not subscribed to lkml. :) -- Sam Morris [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part ---End Message---
Re: Installation Problem
On Thursday 10 April 2008, neeraj bahree wrote: I am facing problem in installing CA BrightStor Arc Serve Backup agent on Debian.If I install the package with command: [EMAIL PROTECTED]:/Linux# ./install It's gives the error: ./install: 299: Syntax error: Bad substitution This means you are not installing the Debian package. And If I run the debian package install command [EMAIL PROTECTED]:/Linux# dpkg -i babcmagt.deb It gives the error: (Reading database ... 22468 files and directories currently installed.) Preparing to replace babcmagt 11.5.0 (using babcmagt.deb) ... Unpacking replacement babcmagt ... Setting up babcmagt (11.5.0) ... [: 108: /opt/CA/BABcmagt/nls/-e/Messages: unexpected operator [: 71: /opt/CA/BABcmagt/nls/-e/Messages: unexpected operator Here it looks as if you are not using an official Debian package (otherwise you would not be needed 'dpkg -i' and it would not be installing in /opt). Please contact the supplier of your software. If you want general help, the debian-user list is the _only_ correct place to ask, not the addresses you have used now. In general it is not really appreciated to post questions to multiple lists at the same time, especially not if they are completely inappropriate lists. Good luck with solving your installation problem. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2.6.25-rc8 : hibernation sometimes not resuming on Dell Latitude D630 (was: -rc7)
Le jeudi, 3 avril 2008 17.48:57 Rafael J. Wysocki, vous avez écrit : On Thursday, 3 of April 2008, Didier Raboud wrote: Le mercredi, 2 avril 2008 14.06:29 Didier Raboud, vous avez écrit : Le mardi, 1 avril 2008 23.22:35 Rafael J. Wysocki, vous avez écrit : On Tuesday, 1 of April 2008, Didier Raboud wrote: Le mardi, 1 avril 2008 23.11:15 Rafael J. Wysocki, vous avez écrit : (...) Can you please test the in-kernel hibernation, then? Rafael Hi, would like to. How ? # echo -n disk /sys/power/state Yes, should work without the -n, too. Of course, you have to use the 'resume=' kernel command line argument for this to work. Perhaps increase the console log level before that. Thanks, Rafael Ok. I found a better way to do it : just uninstall uswsusp and let kpowersave use hal to use suspend :-) Anyway, so far so good (with USB_SUSPEND not set), no hang. I will test with USB_SUSPEND set and the incoming 2.6.25-rc8. Regards, Didier So far so good too with stock Debian Kernel (2.7.25-rc7-amd64) with USB_SUSPEND set. No hang. The kernel suspend is less user-friendly than uswsusp though... So I bet there is a bug in uswsusp's kernel part ? It's almost the same as the in-kernel one, especially as far as the resume is concerned. The simplest explanation coming to mind is that the image is somehow damaged in the uswsusp case. You can use the uswsusp's checksumming to verify that, though. Thanks, Rafael Hi, I upgraded my uswsusp to 0.8 and my kernel to 2.6.25-rc8 from Debian. I activated the checksumming. I have hangs _again_ (I probably always had...). Here's my /etc/uswsusp.conf : # # /etc/uswsusp.conf(8) -- Configuration file for s2disk/s2both resume device = /dev/mapper/Tamino-swap_1 compress = y early writeout = y image size = 967540654 shutdown method = platform compute checksum = y # I don't know how I can help further... I will try without early writeout. Any help would be greatly appreciated ! Best regards, Didier -- Didier Raboud Cornalles 2 1802 Corseaux [EMAIL PROTECTED] 079 480 67 82 signature.asc Description: This is a digitally signed message part.
Processed: bug 475283 is forwarded to http://bugzilla.kernel.org/show_bug.cgi?id=7785
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.20 forwarded 475283 http://bugzilla.kernel.org/show_bug.cgi?id=7785 Bug#475283: [linux-source-2.6.24] known kernel bug/warning in fs/inotify.c:172 Noted your statement that Bug has been forwarded to http://bugzilla.kernel.org/show_bug.cgi?id=7785. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462221: linux-image-2.6.23-1-amd64: No detection of dual, core and Kernel Panic
Hi, I'm so sorry to be such a bad bug reporter. Anyway, I've upgrade to 2.6.24-1 : uname -a Linux lgmt-th3 2.6.24-1-amd64 #1 SMP Thu Mar 27 16:52:38 UTC 2008 x86_64 GNU/Linux I *can* boot with the noacpi. Here is my /boot/grub/menu.lst with noacpi : title Debian GNU/Linux, kernel 2.6.24-1-amd64 root(hd0,1) kernel /boot/vmlinuz-2.6.24-1-amd64 root=/dev/sda2 ro noacpi initrd /boot/initrd.img-2.6.24-1-amd64 The previous options were : title Debian GNU/Linux, kernel 2.6.18-5-amd64 root(hd0,1) kernel /boot/vmlinuz-2.6.18-5-amd64 root=/dev/sda2 ro acpi=off initrd /boot/initrd.img-2.6.18-5-amd64 Thank you for your help. xabi For information : cat /proc/cmdline root=/dev/sda2 ro noacpi dmesg Initializing cgroup subsys cpuset Linux version 2.6.24-1-amd64 (Debian 2.6.24-5) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080308 (prerelease) (Debian 4.1.2-21)) #1 SMP Thu Mar 27 16:52:38 UTC 2008 Command line: root=/dev/sda2 ro noacpi BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e8000 - 0010 (reserved) BIOS-e820: 0010 - 7e7b1d00 (usable) BIOS-e820: 7e7b1d00 - 7e7b3d00 (ACPI NVS) BIOS-e820: 7e7b3d00 - 7f00 (reserved) BIOS-e820: f400 - f800 (reserved) BIOS-e820: fec0 - fed4 (reserved) BIOS-e820: fed45000 - 0001 (reserved) Entering add_active_range(0, 0, 159) 0 entries of 3200 used Entering add_active_range(0, 256, 518065) 1 entries of 3200 used end_pfn_map = 1048576 DMI 2.4 present. ACPI: RSDP 000E7610, 0014 (r0 COMPAQ) ACPI: RSDT 7E7C3D40, 003C (r1 HPQOEM SLIC-BPC 20071115 0) ACPI: FACP 7E7C3DE8, 0074 (r1 COMPAQ BROADH2O1 0) ACPI: DSDT 7E7C4143, 96F0 (r1 COMPAQ DSDT_PRJ1 MSFT 10E) ACPI: FACS 7E7C3D00, 0040 ACPI: APIC 7E7C3E5C, 0068 (r1 COMPAQ BROADH2O1 0) ACPI: ASF! 7E7C3EC4, 0063 (r32 COMPAQ BROADH2O1 0) ACPI: MCFG 7E7C3F27, 003C (r1 COMPAQ BROADH2O1 0) ACPI: TCPA 7E7C3F63, 0032 (r1 COMPAQ BROADH2O1 0) ACPI: HPET 7E7C410B, 0038 (r1 COMPAQ BROADH2O1 0) ACPI: DMI detected: Hewlett-Packard No NUMA configuration found Faking a node at -7e7b1000 Entering add_active_range(0, 0, 159) 0 entries of 3200 used Entering add_active_range(0, 256, 518065) 1 entries of 3200 used Bootmem setup node 0 -7e7b1000 Zone PFN ranges: DMA 0 - 4096 DMA324096 - 1048576 Normal1048576 - 1048576 Movable zone start PFN for each node early_node_map[2] active PFN ranges 0:0 - 159 0: 256 - 518065 On node 0 totalpages: 517968 DMA zone: 56 pages used for memmap DMA zone: 1066 pages reserved DMA zone: 2877 pages, LIFO batch:0 DMA32 zone: 7026 pages used for memmap DMA32 zone: 506943 pages, LIFO batch:31 Normal zone: 0 pages used for memmap Movable zone: 0 pages used for memmap ACPI: PM-Timer IO Port: 0xf808 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 (Bootup-CPU) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) Processor #1 ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) ACPI: IOAPIC (id[0x01] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 1, address 0xfec0, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Setting APIC routing to flat ACPI: HPET id: 0x8086a201 base: 0xfed0 Using ACPI (MADT) for SMP configuration information swsusp: Registered nosave memory region: 0009f000 - 000a swsusp: Registered nosave memory region: 000a - 000e8000 swsusp: Registered nosave memory region: 000e8000 - 0010 Allocating PCI resources starting at 8000 (gap: 7f00:7500) SMP: Allowing 2 CPUs, 0 hotplug CPUs PERCPU: Allocating 34400 bytes of per cpu data Built 1 zonelists in Node order, mobility grouping on. Total pages: 509820 Policy zone: DMA32 Kernel command line: root=/dev/sda2 ro noacpi Initializing CPU#0 PID hash table entries: 4096 (order: 12, 32768 bytes) hpet clockevent registered TSC calibrated against HPET time.c: Detected 2127.999 MHz processor. Console: colour VGA+ 80x25 console [tty0] enabled Checking aperture... Calgary: detecting Calgary via BIOS EBDA area Calgary: Unable to locate Rio Grande table in EBDA - bailing! Memory: 2032368k/2072260k available (2143k kernel code, 39504k reserved, 1003k data, 316k init) Calibrating delay using timer specific routine.. 4259.09 BogoMIPS
Bug#474648: seccomp is zero runtime overhead
On Thu, Apr 10, 2008 at 09:28:24AM +0200, Sven Luther wrote: What about non-x86 architectures, well i guess ia64 and powerpc/powerpc64 are the most interesting candidates. It should be zero cost there too if it has been implemented correctly. The only feature that initially generated a minimum overhead to the scheduler was present on x86 (the TIF_NOTSC removed that overhead from the fast path completely). This is because disabling the tsc was mostly an issue for Intel hyperthreading and not for anything else so all other archs should have seccomp implementations that have always been zero cost like in x86-64. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475382: ebtables return an error in kernels on sparc64
Package: linux-image-2.6.24-1-sparc64 Version: 2.6.24-5 the command ebtables -L error : The kernel doesn't support the ebtables 'filter' table. the correct answer would be : Bridge table: filter Bridge chain: INPUT, entries: 0, policy: ACCEPT Bridge chain: FORWARD, entries: 0, policy: ACCEPT Bridge chain: OUTPUT, entries: 0, policy: ACCEPT I went on IRC to try to find some help. People the helped me recompile the ebtables 2.0.8.2 package to make it run and said me to declare this bug about the kernel. this error appends with different versions of the kernel, tried 2.6.18, 2.6.22 and 2.6.24 stock kernels from the sid repository. I'm using Debian SID, kernel 2.6.24-1-sparc64, libc-2.7.so, ebtables 2.0.8.2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462221: linux-image-2.6.23-1-amd64: No detection of dual, core and Kernel Panic
On Thu, Apr 10, 2008 at 02:31:02PM +0200, Xavier Pessoles wrote: I'm so sorry to be such a bad bug reporter. well we don't have a real acpi maintainer here. Anyway, I've upgrade to 2.6.24-1 : so please test out newer 2.6.25-rc8, if problem persists there please file in bugzilla.kernel.org and let us know the bug number. sunny greetings -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475398: tasksel: add kerneloops to standard task
Package: tasksel Version: 2.73 Severity: wishlist kerneloops allows to track oopses accross distribution and versions. it is default installed since fedora 9. it be really cool if Lenny would ship it too. it would allow to have better feedback of the shipped quality of the corresponding Linux image. Looked into the tasksel repo and saw that the standard task has no pacakges listed. so please advise how to get kerneloops shipped across d-i standard installs? thanks -- maks -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-rc8-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tasksel depends on: ii aptitude 0.4.10-1+b1 terminal-based package manager ii debconf [debconf-2.0]1.5.20 Debian configuration management sy ii liblocale-gettext-perl 1.05-3 Using libc functions for internati ii tasksel-data 2.73Official tasks used for installati tasksel recommends no packages. -- debconf information: tasksel/title: tasksel/desktop: gnome tasksel/first: tasksel/tasks: Print server -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#464197: enable cs46xx for etchnahalf?
On Thu, Apr 10, 2008 at 12:08:35PM +0200, Daniel Baumann wrote: Mikko Rapeli wrote: Feel free to sponsor, adopt, hijack, NMU, fix or redo the package, if it helps getting cs46xx audio driver back. Thanks for your work, I'll check to integrate that firmware into firmware-nonfree tomorrow. There should really, really not be any firmware (source) packages out there anymore but the kernel teams firmware package(s). Sorry if I'm missing something, but in this case I don't think we can legally include it in non-free since there is no license and therefore no permission to redistribute :( -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#464197: enable cs46xx for etchnahalf?
dann frazier wrote: Sorry if I'm missing something, but in this case I don't think we can legally include it in non-free since there is no license and therefore no permission to redistribute :( yep, as stated on my answer here: http://lists.debian.org/debian-mentors/2008/04/msg00141.html -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475430: backup_initramfs not documented on update-initramfs.conf.5.gz
Package: initramfs-tools Version: 0.92 Severity: minor File: /usr/share/man/man5/update-initramfs.conf.5.gz The configuration file allows to disable the update action from update- initramfs. Actually it does more... GENERAL VARIABLES update_initramfs Default is yes for running the latest initramfs-tools hooks in the newest Linux image. Setting it to all updates any known initramfs. It is possible to set it to no for remote servers or boxes where conservative manners needs to be applied. This dis- ables the update_initramfs -u call. ...like the backup_initramfs which is not documented on this man page. By the way, today I saw upon apt-get upgrade: Processing triggers for initramfs-tools ... update-initramfs: /boot/initrd.img-2.6.22-3-686 has been altered. update-initramfs: Cannot update. Override with -t option. Maybe emit a big warning: *** Run update-initramfs -k all -u -t or else might happen next boot! *** (Or maybe even make running that the default in update-initramfs.conf ?) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of linux-kbuild-2.6.24_2.6.24-1~etchnhalf.1_ia64.changes
linux-kbuild-2.6.24_2.6.24-1~etchnhalf.1_ia64.changes uploaded successfully to localhost along with the files: linux-kbuild-2.6.24_2.6.24-1~etchnhalf.1.dsc linux-kbuild-2.6.24_2.6.24.orig.tar.gz linux-kbuild-2.6.24_2.6.24-1~etchnhalf.1.diff.gz linux-kbuild-2.6.24_2.6.24-1~etchnhalf.1_ia64.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475441: linux-image-2.6.24-1-amd64: digital output with snd-hda-intel on ALC662stopped working
Package: linux-image-2.6.24-1-amd64 Version: 5 Severity: normal Hi, with the upgrade to 2.6.24 I cannot get digital sound to work any more. With the following options provided it worked (and works) fine with 2.6.23: snd-hda-intel model=6stack-dig Starting with 2.6.24 I get the following error when inserting the module with this option: ACPI: PCI Interrupt :00:07.0[A] - Link [LAZA] - GSI 21 (level, low) - IRQ 21 ACPI: PCI interrupt for device :00:07.0 disabled HDA Intel: probe of :00:07.0 failed with error -16 Inserting the module without any parameters works fine: ACPI: PCI Interrupt :00:07.0[A] - Link [LAZA] - GSI 21 (level, low) - IRQ 21 kernel: hda_codec: Unknown model for ALC662, trying auto-probe from BIOS... However, from the auto-probe I only get the analog devices for Alsa, not the digital iec958 (SPDIF) out that I need (this problem was already present in 2.6.23, that's why I needed to specify the model by hand). lspci -v: 00:07.0 Audio device: nVidia Corporation MCP67 High Definition Audio (rev a1) Subsystem: ASUSTeK Computer Inc. Unknown device 8290 Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 21 Memory at dcff8000 (32-bit, non-prefetchable) [size=16K] Capabilities: [44] Power Management version 2 Capabilities: [50] Message Signalled Interrupts: Mask+ 64bit+ Queue=0/0 Enable- Capabilities: [6c] HyperTransport: MSI Mapping Enable- Fixed+ If you need any more information, just let me know. Best wishes, Martin. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.24-1-amd64 depends on: ii debconf [debconf-2.0]1.5.16 Debian configuration management sy ii initramfs-tools [linux-initr 0.90a tools for generating an initramfs ii module-init-tools3.3-pre11-4 tools for managing Linux kernel mo linux-image-2.6.24-1-amd64 recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
linux-kbuild-2.6.24_2.6.24-1~etchnhalf.1_ia64.changes is NEW
(new) linux-kbuild-2.6.24_2.6.24-1~etchnhalf.1.diff.gz optional devel (new) linux-kbuild-2.6.24_2.6.24-1~etchnhalf.1.dsc optional devel (new) linux-kbuild-2.6.24_2.6.24-1~etchnhalf.1_ia64.deb optional devel Kbuild infrastructure for Linux 2.6.24 This package provides the kbuild infrastructure for the headers packages for Linux kernel version 2.6.24. (new) linux-kbuild-2.6.24_2.6.24.orig.tar.gz optional devel Changes: linux-kbuild-2.6.24 (2.6.24-1~etchnhalf.1) stable; urgency=low . * Branch and rename source to linux-2.6.24 targeted for etchnhalf. Override entries for your package: Announcing to [EMAIL PROTECTED] Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
linux-kbuild-2.6.24_2.6.24-1~etchnhalf.1_ia64.changes ACCEPTED
Accepted: linux-kbuild-2.6.24_2.6.24-1~etchnhalf.1.diff.gz to pool/main/l/linux-kbuild-2.6.24/linux-kbuild-2.6.24_2.6.24-1~etchnhalf.1.diff.gz linux-kbuild-2.6.24_2.6.24-1~etchnhalf.1.dsc to pool/main/l/linux-kbuild-2.6.24/linux-kbuild-2.6.24_2.6.24-1~etchnhalf.1.dsc linux-kbuild-2.6.24_2.6.24-1~etchnhalf.1_ia64.deb to pool/main/l/linux-kbuild-2.6.24/linux-kbuild-2.6.24_2.6.24-1~etchnhalf.1_ia64.deb linux-kbuild-2.6.24_2.6.24.orig.tar.gz to pool/main/l/linux-kbuild-2.6.24/linux-kbuild-2.6.24_2.6.24.orig.tar.gz Override entries for your package: linux-kbuild-2.6.24_2.6.24-1~etchnhalf.1.dsc - optional devel linux-kbuild-2.6.24_2.6.24-1~etchnhalf.1_ia64.deb - optional devel Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
linux-modules-extra-2.6_2.6.24-7_i386.changes ACCEPTED
Accepted: atl2-modules-2.6-486_2.6.24-7_i386.deb to pool/main/l/linux-modules-extra-2.6/atl2-modules-2.6-486_2.6.24-7_i386.deb atl2-modules-2.6-686-bigmem_2.6.24-7_i386.deb to pool/main/l/linux-modules-extra-2.6/atl2-modules-2.6-686-bigmem_2.6.24-7_i386.deb atl2-modules-2.6-686_2.6.24-7_i386.deb to pool/main/l/linux-modules-extra-2.6/atl2-modules-2.6-686_2.6.24-7_i386.deb atl2-modules-2.6-amd64_2.6.24-7_i386.deb to pool/main/l/linux-modules-extra-2.6/atl2-modules-2.6-amd64_2.6.24-7_i386.deb atl2-modules-2.6.24-1-486_2.6.24+2.0.3-7_i386.deb to pool/main/l/linux-modules-extra-2.6/atl2-modules-2.6.24-1-486_2.6.24+2.0.3-7_i386.deb atl2-modules-2.6.24-1-686-bigmem_2.6.24+2.0.3-7_i386.deb to pool/main/l/linux-modules-extra-2.6/atl2-modules-2.6.24-1-686-bigmem_2.6.24+2.0.3-7_i386.deb atl2-modules-2.6.24-1-686_2.6.24+2.0.3-7_i386.deb to pool/main/l/linux-modules-extra-2.6/atl2-modules-2.6.24-1-686_2.6.24+2.0.3-7_i386.deb atl2-modules-2.6.24-1-amd64_2.6.24+2.0.3-7_i386.deb to pool/main/l/linux-modules-extra-2.6/atl2-modules-2.6.24-1-amd64_2.6.24+2.0.3-7_i386.deb aufs-modules-2.6-486_2.6.24-7_i386.deb to pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6-486_2.6.24-7_i386.deb aufs-modules-2.6-686-bigmem_2.6.24-7_i386.deb to pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6-686-bigmem_2.6.24-7_i386.deb aufs-modules-2.6-686_2.6.24-7_i386.deb to pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6-686_2.6.24-7_i386.deb aufs-modules-2.6-amd64_2.6.24-7_i386.deb to pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6-amd64_2.6.24-7_i386.deb aufs-modules-2.6-xen-686_2.6.24-7_i386.deb to pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6-xen-686_2.6.24-7_i386.deb aufs-modules-2.6.24-1-486_2.6.24+0+20080401-7_i386.deb to pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6.24-1-486_2.6.24+0+20080401-7_i386.deb aufs-modules-2.6.24-1-686-bigmem_2.6.24+0+20080401-7_i386.deb to pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6.24-1-686-bigmem_2.6.24+0+20080401-7_i386.deb aufs-modules-2.6.24-1-686_2.6.24+0+20080401-7_i386.deb to pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6.24-1-686_2.6.24+0+20080401-7_i386.deb aufs-modules-2.6.24-1-amd64_2.6.24+0+20080401-7_i386.deb to pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6.24-1-amd64_2.6.24+0+20080401-7_i386.deb aufs-modules-2.6.24-1-xen-686_2.6.24+0+20080401-7_i386.deb to pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6.24-1-xen-686_2.6.24+0+20080401-7_i386.deb btrfs-modules-2.6-486_2.6.24-7_i386.deb to pool/main/l/linux-modules-extra-2.6/btrfs-modules-2.6-486_2.6.24-7_i386.deb btrfs-modules-2.6-686-bigmem_2.6.24-7_i386.deb to pool/main/l/linux-modules-extra-2.6/btrfs-modules-2.6-686-bigmem_2.6.24-7_i386.deb btrfs-modules-2.6-686_2.6.24-7_i386.deb to pool/main/l/linux-modules-extra-2.6/btrfs-modules-2.6-686_2.6.24-7_i386.deb btrfs-modules-2.6-amd64_2.6.24-7_i386.deb to pool/main/l/linux-modules-extra-2.6/btrfs-modules-2.6-amd64_2.6.24-7_i386.deb btrfs-modules-2.6-xen-686_2.6.24-7_i386.deb to pool/main/l/linux-modules-extra-2.6/btrfs-modules-2.6-xen-686_2.6.24-7_i386.deb btrfs-modules-2.6.24-1-486_2.6.24+0.13-7_i386.deb to pool/main/l/linux-modules-extra-2.6/btrfs-modules-2.6.24-1-486_2.6.24+0.13-7_i386.deb btrfs-modules-2.6.24-1-686-bigmem_2.6.24+0.13-7_i386.deb to pool/main/l/linux-modules-extra-2.6/btrfs-modules-2.6.24-1-686-bigmem_2.6.24+0.13-7_i386.deb btrfs-modules-2.6.24-1-686_2.6.24+0.13-7_i386.deb to pool/main/l/linux-modules-extra-2.6/btrfs-modules-2.6.24-1-686_2.6.24+0.13-7_i386.deb btrfs-modules-2.6.24-1-amd64_2.6.24+0.13-7_i386.deb to pool/main/l/linux-modules-extra-2.6/btrfs-modules-2.6.24-1-amd64_2.6.24+0.13-7_i386.deb btrfs-modules-2.6.24-1-xen-686_2.6.24+0.13-7_i386.deb to pool/main/l/linux-modules-extra-2.6/btrfs-modules-2.6.24-1-xen-686_2.6.24+0.13-7_i386.deb drbd8-modules-2.6-486_2.6.24-7_i386.deb to pool/main/l/linux-modules-extra-2.6/drbd8-modules-2.6-486_2.6.24-7_i386.deb drbd8-modules-2.6-686-bigmem_2.6.24-7_i386.deb to pool/main/l/linux-modules-extra-2.6/drbd8-modules-2.6-686-bigmem_2.6.24-7_i386.deb drbd8-modules-2.6-686_2.6.24-7_i386.deb to pool/main/l/linux-modules-extra-2.6/drbd8-modules-2.6-686_2.6.24-7_i386.deb drbd8-modules-2.6-amd64_2.6.24-7_i386.deb to pool/main/l/linux-modules-extra-2.6/drbd8-modules-2.6-amd64_2.6.24-7_i386.deb drbd8-modules-2.6-xen-686_2.6.24-7_i386.deb to pool/main/l/linux-modules-extra-2.6/drbd8-modules-2.6-xen-686_2.6.24-7_i386.deb drbd8-modules-2.6.24-1-486_2.6.24+8.0.11-7_i386.deb to pool/main/l/linux-modules-extra-2.6/drbd8-modules-2.6.24-1-486_2.6.24+8.0.11-7_i386.deb drbd8-modules-2.6.24-1-686-bigmem_2.6.24+8.0.11-7_i386.deb to pool/main/l/linux-modules-extra-2.6/drbd8-modules-2.6.24-1-686-bigmem_2.6.24+8.0.11-7_i386.deb drbd8-modules-2.6.24-1-686_2.6.24+8.0.11-7_i386.deb to pool/main/l/linux-modules-extra-2.6/drbd8-modules-2.6.24-1-686_2.6.24+8.0.11-7_i386.deb
Bug#475467: linux-modules-extra-2.6_2.6.24-7(sparc/unstable): FTBFS
Package: linux-modules-extra-2.6 Version: 2.6.24-7 Severity: serious There was an error while trying to autobuild your package: Automatic build of linux-modules-extra-2.6_2.6.24-7 on lebrun by sbuild/sparc 98 Build started at 20080411-0009 [...] ** Using build dependencies supplied by package: Build-Depends: atl2-source [alpha amd64 arm armel hppa i386 ia64 m68k mipsel powerpc sparc], aufs-source, btrfs-source [alpha amd64 armel i386 m68k s390], debhelper (= 5), drbd8-source [amd64 arm armel hppa i386 ia64 m68k powerpc sparc], et131x-source, gspca-source [amd64 i386 powerpc], iscsitarget-source, kqemu-source [i386], linux-headers-2.6.24-1-all-alpha [alpha], linux-headers-2.6.24-1-all-amd64 [amd64], linux-headers-2.6.24-1-all-arm [arm], linux-headers-2.6.24-1-all-armel [armel], linux-headers-2.6.24-1-all-hppa [hppa], linux-headers-2.6.24-1-all-i386 [i386], linux-headers-2.6.24-1-all-ia64 [ia64], linux-headers-2.6.24-1-all-m68k [m68k], linux-headers-2.6.24-1-all-mips [mips], linux-headers-2.6.24-1-all-mipsel [mipsel], linux-headers-2.6.24-1-all-powerpc [powerpc], linux-headers-2.6.24-1-all-s390 [s390], linux-headers-2.6.24-1-all-sparc [sparc], linux-support-2.6.24-1, loop-aes-source, lzma-source, r6040-source [amd64 i386], redhat-cluster-source, sfc-source, squashfs-source [alpha amd64 arm armel i386 ia64 m68k mips mipsel powerpc s390 sparc], tp-smapi-source [amd64 i386], unionfs-source, virtualbox-ose-guest-source [i386], virtualbox-ose-source [i386] [...] make[3]: Entering directory `/usr/src/linux-headers-2.6.24-1-sparc64' LD /build/buildd/linux-modules-extra-2.6-2.6.24/debian/build/build_sparc_none_sparc64_sfc/built-in.o CC [M] /build/buildd/linux-modules-extra-2.6-2.6.24/debian/build/build_sparc_none_sparc64_sfc/efx.o In file included from /build/buildd/linux-modules-extra-2.6-2.6.24/debian/build/build_sparc_none_sparc64_sfc/net_driver.h:52, from /build/buildd/linux-modules-extra-2.6-2.6.24/debian/build/build_sparc_none_sparc64_sfc/efx.c:40: /build/buildd/linux-modules-extra-2.6-2.6.24/debian/build/build_sparc_none_sparc64_sfc/kernel_compat.h:341:4: error: #error Need definition for regs_return_value() make[4]: *** [/build/buildd/linux-modules-extra-2.6-2.6.24/debian/build/build_sparc_none_sparc64_sfc/efx.o] Error 1 make[3]: *** [_module_/build/buildd/linux-modules-extra-2.6-2.6.24/debian/build/build_sparc_none_sparc64_sfc] Error 2 make[3]: Leaving directory `/usr/src/linux-headers-2.6.24-1-sparc64' make[2]: *** [debian/stamps/build_sparc_none_sparc64_sfc] Error 2 make[2]: Leaving directory `/build/buildd/linux-modules-extra-2.6-2.6.24' make[1]: *** [build_sparc_none_sparc64_sfc] Error 2 make[1]: Leaving directory `/build/buildd/linux-modules-extra-2.6-2.6.24' make: *** [debian/stamps/build-base] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=sparcpkg=linux-modules-extra-2.6ver=2.6.24-7
Bug#461924: firmware-iwlwifi: WLAN connection dies due to Microcode SW error
I am seeing this with a Samsung Q45 laptop: 02:00.0 Network controller [0280]: Intel Corporation PRO/Wireless 3945ABG Network Connection [8086:4222] (rev 02) with both linux-image-2.6.24-1-amd64 version 2.6.24-5 and linux-image-2.6.25-rc8-amd64 version 2.6.25~rc8-1~experimental.1~snapshot.11063. -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#475490: [firmware-ralink] Please switch to ISC licence
Package: firmware-ralink Version: 0.10 Severity: wishlist It would be nice to have this package in main. It looks like this could be switched to the ISC licence as OpenBSD uses for distribution or ral and rum firmwares: http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/sys/dev/microcode/ I only checked whether rt2661.bin and rt73.bin seemed to match, respectively, ral and rum's microcode.h-s. I don't know if there are several versions of the firmwares. If there are, my visual inspection was insufficient and we'd need to compile their microcode.h (AFAIK, Ralink doesn't distribute the firmwares directly for Linux under the ISC licence - I must say this is strange if the firmware is the same). I could do that but I don't have any Ralink device requiring firmware to test the result. Of course, I could check if they're identical. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475441: linux-image-2.6.24-1-amd64: digital output with snd-hda-intel on ALC662stopped working
On Thu, Apr 10, 2008 at 09:48:45PM +0200, Martin Kittel wrote: Package: linux-image-2.6.24-1-amd64 Version: 5 Severity: normal Hi, with the upgrade to 2.6.24 I cannot get digital sound to work any more. With the following options provided it worked (and works) fine with 2.6.23: snd-hda-intel model=6stack-dig try out 2.6.25-rc8, installs just fine in Lenny/sid, see trunk apt lines http://wiki.debian.org/DebianKernel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475490: marked as done ([firmware-ralink] Please switch to ISC licence)
Your message dated Fri, 11 Apr 2008 01:16:45 -0400 with message-id [EMAIL PROTECTED] and subject line Close has caused the Debian Bug report #475490, regarding [firmware-ralink] Please switch to ISC licence 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 responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 475490: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475490 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: firmware-ralink Version: 0.10 Severity: wishlist It would be nice to have this package in main. It looks like this could be switched to the ISC licence as OpenBSD uses for distribution or ral and rum firmwares: http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/src/sys/dev/microcode/ I only checked whether rt2661.bin and rt73.bin seemed to match, respectively, ral and rum's microcode.h-s. I don't know if there are several versions of the firmwares. If there are, my visual inspection was insufficient and we'd need to compile their microcode.h (AFAIK, Ralink doesn't distribute the firmwares directly for Linux under the ISC licence - I must say this is strange if the firmware is the same). I could do that but I don't have any Ralink device requiring firmware to test the result. Of course, I could check if they're identical. ---End Message--- ---BeginMessage--- Ur...I guess there's no point in doing that if the source isn't available. ---End Message---
