Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with
On Tue, Aug 08, 2006 at 07:39:21AM +0200, Mike Hommey wrote: On Tue, Aug 08, 2006 at 06:49:32AM +0200, Sven Luther [EMAIL PROTECTED] wrote: On Mon, Aug 07, 2006 at 04:46:09PM -0700, Thomas Bushnell BSG wrote: [EMAIL PROTECTED] (Marco d'Itri) writes: On Aug 08, Thomas Bushnell BSG [EMAIL PROTECTED] wrote: We Do Not Distribute Non-Free Software No Matter How Much It Helps Our Users. Now think about why we do not do it. It does not matter. Different members of Debian have different reasons. We have all agreed to work together on the basis of the Social Contract, which says that We Do Not Distribute Non-Free Software No Matter How Much It Helps Our Users. # Our priorities are our users and free software We will be guided by the needs of our users and the free software community. We will place their interests first in our priorities. We will support the needs of our users for operation in many different kinds of computing environments. We will not object to non-free works that are intended to be used on Debian systems, or attempt to charge a fee to people who create or use such works. We will allow others to create distributions containing both the Debian system and other works, without any fee from us. In furtherance of these goals, we will provide an integrated system of high-quality materials with no legal restrictions that would prevent such uses of the system. Where do you read we allow ourselves to distribute non-free software for user convenience ? Well, it reads to me that we won't screw our users without second thought like some here are proposing. But then, i repeat, everyone is very welcome to participate in solving this the nice way, and i am highly impatient to see the extensive listings you and others may produce, and then some plan on how to go forward from there. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381994: linux-image-2.6.16-17: SCSI storage controller: BusLogic BT-946C doesn't work
Package: linux-image-2.6.16-17 Severity: normal I have a BusLogic BT-946C scsi controller. lspci -v: :00:10.0 SCSI storage controller: BusLogic BT-946C (BA80C30) [MultiMaster 10] (rev 08) My system is installed on my scsi harddrives. Testing's and unstable's newest kernels fail to mount / with messages: scsi0: BusLogic BT-958 Initialized Succesfully sd 0:0:0:0: scsi: Device offlined - not ready after error recovery sd 0:0:010: scsi: Device offlined - not ready after error recovery The initialization runs multiple times, with the first one having more information and latter ones with just that one line. Weird thing is, that Etch netinst cd works just fine. I was able to install the system with no hitches, only after booting to the system it fails. I managed to test the newest kernel form unstable by booting Knoppix (which works...), chrooting and dpkg -i:ng the kernel deb, but it fails with the same messages ending in busybox. Sarge's 2.6.8 works too. The install cd's dmesg shows the controller initialization only once, it's almost like it would constantly turn on/off with the kernels that won't work. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Avoid running update-initramfs more than once during installation
When installing debian-edu-artwork-usplash, the initrd is updated twice, once in the usplash postinst, and once in the debian-edu-artwork-usplash postinst. This seem like a waste of time to me. Could it be possible to rewrite initramfs-tools to make sure the initrd is only generated once, at the end of the install? One idea is to make two commands, update-initramfs-intent and update-initramfs-delayed, where the former register the packages intent to run update-initramfs in their config script, and the last package to call the latter will do the updating in their postinst script. The code of the programs will look something like this: update-initramfs-intent #!/bin/sh package=$1 statefile=/var/lib/initramfs-tools/intendtoupdateinitrd echo $package $statefile update-initramfs-delayed #!/bin/sh package=$1 statefile=/var/lib/initramfs-tools/intendtoupdateinitrd grep -v ^$package\$ $statefile $statefile.new mv $statefile.new $statefile if [ -s $state ] ; then # Not empty, more packages left : else # Last package, run command update-initramfs fi When the statefile is empty, all packages who registered their intend have executed update-initramfs-delayed, and it is time to run update-initramfs. I suspect this might speed up the installation quite a bit if there are several packages adding hooks to initramfs. The existing packages will continue to work, while packages moving to this new approach need to add update-initramfs-intent packagename to their config script, and replace update-initramfs with update-initramfs-intent packagename in their postinst script. Is there any reason why this can't be done? Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#381994: linux-image-2.6.16-17: SCSI storage controller: BusLogic BT-946C doesn't work
Processing commands for [EMAIL PROTECTED]: reassign 381994 linux-2.6 Bug#381994: linux-image-2.6.16-17: SCSI storage controller: BusLogic BT-946C doesn't work Warning: Unknown package 'linux-image-2.6.16-17' Bug reassigned from package `linux-image-2.6.16-17' to `linux-2.6'. -- 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]
Re: Avoid running update-initramfs more than once during installation
hello Petter, On Tue, Aug 08, 2006 at 11:37:02AM +0200, Petter Reinholdtsen wrote: When installing debian-edu-artwork-usplash, the initrd is updated twice, once in the usplash postinst, and once in the debian-edu-artwork-usplash postinst. This seem like a waste of time to me. Could it be possible to rewrite initramfs-tools to make sure the initrd is only generated once, at the end of the install? agreed, but that is an dpkg bug not having a do this last and once hook. One idea is to make two commands, update-initramfs-intent and update-initramfs-delayed, where the former register the packages intent to run update-initramfs in their config script, and the last package to call the latter will do the updating in their postinst script. NACK, that seems to fragile, i would really prefer to get that bug fixed in dpkg than having such a workaround in initramfs-tools. there are other package, who would benefit from such a hook. regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Avoid running update-initramfs more than once during installation
On Tue, 08 Aug 2006 11:37:02 +0200 Petter Reinholdtsen wrote: The existing packages will continue to work, while packages moving to this new approach need to add update-initramfs-intent packagename to their config script, and replace update-initramfs with update-initramfs-intent packagename in their postinst script. The later should instead be update-initramfs-delayed, right? - Jonas -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm pgpPWIU6Fix5h.pgp Description: PGP signature
Re: Avoid running update-initramfs more than once during installation
[Maximilian Attems] agreed, but that is an dpkg bug not having a do this last and once hook. I know there is a long-term request for dpkg to get such support. But I've seen no indication that such support is approaching soon, so I believe it is best to solve this problem for update-initramfs right now, like the dictionaries-common solution for the dictionary packages, instead of not doing anything while we hope for some generic solution in dpkg. NACK, that seems to fragile, i would really prefer to get that bug fixed in dpkg than having such a workaround in initramfs-tools. How is it fragile? The only problem I see is if packages run the -intent script without running the -delayed script. That should be easy to detect and fix, perhaps using a lintian check. Perhaps there is something to learn from the dictionaries-common package? I have not checked how they do it, but know the dictionary packages only ask the user once to select language, after all the language packages are installed. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Avoid running update-initramfs more than once during installation
On Tuesday 08 August 2006 12:37, Petter Reinholdtsen wrote: Perhaps there is something to learn from the dictionaries-common package? I have not checked how they do it, but know the dictionary packages only ask the user once to select language, after all the language packages are installed. Not true. I'm currently seeing two questions from dictionaries-common for Ispell during an English desktop install: - first time I can select between ibrittish and manual - second time I can select between iamerican, ibrittish and manual I'm not sure if this is a bug and, if so, where the bug is, but it does kind of support maks' statement that such a structure is fragile. (Not that I'm particularly happy with the way initramfs initrds are being generated currently.) pgpnJuvGdJsY8.pgp Description: PGP signature
Processed: Re: Bug#382013: installation: ernel 2.6.15 does not work after installing ttf-alee thunderbird-locale-fr bash apt and binutils
Processing commands for [EMAIL PROTECTED]: reassign 382013 initramfs-tools Bug#382013: installation: ernel 2.6.15 does not work after installing ttf-alee thunderbird-locale-fr bash apt and binutils Bug reassigned from package `installation' to `initramfs-tools'. tags 382013 + moreinfo Bug#382013: installation: ernel 2.6.15 does not work after installing ttf-alee thunderbird-locale-fr bash apt and binutils There were no tags set. Tags added: moreinfo 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#369517: linux-image-2.6.16-1-alpha-smp: undefined scsi symbols; fails to allocate percpu data
But you get a shell if you use initramfs-tools where you can check why it is not there. no I don't -- not with the default initramfs (it's called initrd but the kernel claims it's initramfs) nor with the one I built myself. But! This one is fine: ii linux-image-2.6.17-1-alpha-generic 2.6.17-5 Linux kernel 2.6.17 image on Alpha machines but the -smp is still suffering from the same SCSI problems.. Andras -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381994: linux-image-2.6.16-17: SCSI storage controller: BusLogic BT-946C doesn't work
On Tue, Aug 08, 2006 at 10:54:11AM +0300, Tomi Pievilainen wrote: I have a BusLogic BT-946C scsi controller. lspci -v: :00:10.0 SCSI storage controller: BusLogic BT-946C (BA80C30) [MultiMaster 10] (rev 08) My system is installed on my scsi harddrives. Testing's and unstable's newest kernels fail to mount / with messages: scsi0: BusLogic BT-958 Initialized Succesfully sd 0:0:0:0: scsi: Device offlined - not ready after error recovery sd 0:0:010: scsi: Device offlined - not ready after error recovery please post full not working dmesg. The initialization runs multiple times, with the first one having more information and latter ones with just that one line. Weird thing is, that Etch netinst cd works just fine. I was able to install the system with no hitches, only after booting to the system it fails. I managed to test the newest kernel form unstable by booting Knoppix (which works...), chrooting and dpkg -i:ng the kernel deb, but it fails with the same messages ending in busybox. Sarge's 2.6.8 works too. The install cd's dmesg shows the controller initialization only once, it's almost like it would constantly turn on/off with the kernels that won't work. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Avoid running update-initramfs more than once during installation
On Tue, 08 Aug 2006 13:04:38 +0200 Frans Pop wrote: On Tuesday 08 August 2006 12:37, Petter Reinholdtsen wrote: Perhaps there is something to learn from the dictionaries-common package? I have not checked how they do it, but know the dictionary packages only ask the user once to select language, after all the language packages are installed. Not true. I'm currently seeing two questions from dictionaries-common for Ispell during an English desktop install: - first time I can select between ibrittish and manual - second time I can select between iamerican, ibrittish and manual I'm not sure if this is a bug and, if so, where the bug is, but it does kind of support maks' statement that such a structure is fragile. It is no bug: The logic is to ask again when new possible better options comes around, or if your choice disappears. So if you were british, and had choice between american and manual, you'd probably choose american - but when later the british option is added it makes sense to ask again. On the other hand, if american, british and manual is offered, you choose british, and later the american package is removed, you won't get asked again. (or please file a bugreport if you do ;-) ). So back to the original request: Since initramfs-tools currently simply enable all hooks without asking, the needed logic is actually simpler than the (deliberate!) one of dictionaries-common. Hope that makes sense. - Jonas -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm pgpeu6F6evDyh.pgp Description: PGP signature
Re: Bug#382013: installation: ernel 2.6.15 does not work after installing ttf-alee thunderbird-locale-fr bash apt and binutils
reassign 382013 initramfs-tools tags 382013 + moreinfo thanks On Tuesday 08 August 2006 12:36, Jean-Michel wrote: Yesterday evening, I'have done: apt-get install ttf-alee thunderbird-locale-fr bash apt binutils (I had seen they were available with apt-get -s update andapt-get -s upgrade). I doubt your problem has anything to do with the installation of these packages However, at rebooting the system, this morning, the system doesnot boot, with kernel 2.6.15. It stops with some panic error, related to a thing about ramfs, at early stage of boot. However, the system boots correctly with the old 2.6.12 kernel, when ADSL internet correction, udev, and X does not work correctly with my 2.6.12 instalation. Please provide the exact messages you see on the console at the time the installation fails. These are needed to be able to diagnose the problem and help you. Do you get into a shell when the boot fails? If you do, what is the output of: - echo $ROOT - cat /proc/cmdline -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382013: Bug#382016: installation: kernel 2.6.15 does not work, after upgrading some packages.
On Tuesday 08 August 2006 12:59, Jean-Michel wrote: This continue the bugreport sent few minutes ago. Please do *NOT* follow up to an existing bug report by filing a new one! I'm forwarding this information to your original report and closing this new one. After bootin on a 2.6.12 kernel, (try to) boot with 2.6.15 makes Boot sequence display the following lines: (Not this report is approximative, and mean some texte is not reported.) Net Registred protocol family 1 Net Registred protocol family 17 Net Registred protocol family 8 Net Registred protocol family 20 Using IPI shortcut mode ACPI wake up devices: SLPB PCI0 USB0 LPT1 ACPI (supports S0 S1 S4 S5) RAMDISK(compressed image found at lock 0 input AT Translated Set 2 keyboard as /class/input/input0 RAMDISK: incomplete write (-28!=32768) 8388608 RAMDISK: ran out of compressed data invalid compressed format (err=1) VFS: Cannot open rot devices 307 or unknown block(3,7) Please append a correct root= boot option Kernel panic - not syncing: VFS Unable to mount root fs on unknown block (3,7) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#369517: linux-image-2.6.16-1-alpha-smp: undefined scsi symbols; fails to allocate percpu data
Processing commands for [EMAIL PROTECTED]: tags 369517 +confirmed Bug#369517: linux-image-2.6.16-1-alpha-smp: undefined scsi symbols; fails to allocate percpu data There were no tags set. Tags added: confirmed 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#369517: linux-image-2.6.16-1-alpha-smp: undefined scsi symbols; fails to allocate percpu data
tags 369517 +confirmed thanks * Andras Horvath wrote: [...] but the -smp is still suffering from the same SCSI problems.. Confirmed, I'll investigate next weekend. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Avoid running update-initramfs more than once during installation
On Tuesday 08 August 2006 14:18, Jonas Smedegaard wrote: It is no bug: The logic is to ask again when new possible better options comes around, or if your choice disappears. But Petter's claim was that you would not be asked twice during the same installation. And my comments were only meant to show that _that_ is not true. pgpwto8fDA6AO.pgp Description: PGP signature
Bug#381994: linux-image-2.6.16-17: SCSI storage controller: BusLogic BT-946C doesn't work
please post full not working dmesg. Sorry about that, haven't done this before so had to check what is available on busybox. Netcat saves the day from pen and paper. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 4096 (order: 12, 65536 bytes) Detected 501.206 MHz processor. Using tsc for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes) Inode-cache hash table entries: 131072 (order: 7, 524288 bytes) Memory: 1031624k/1048576k available (1408k kernel code, 16424k reserved, 528k data, 144k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 1003.83 BogoMIPS (lpj=2007679) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: After generic identify, caps: 0383fbff CPU: After vendor identify, caps: 0383fbff CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 512K CPU: After all inits, caps: 0383fbff 0040 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU: Intel Pentium III (Katmai) stepping 02 Checking 'hlt' instruction... OK. ExtINT not setup in hardware but reported by MP table ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=0 pin2=0 checking if image is initramfs... it is Freeing initrd memory: 4250k freed NET: Registered protocol family 16 PCI: PCI BIOS revision 2.10 entry at 0xfdb81, last bus=1 PCI: Using configuration type 1 ACPI: Subsystem revision 20060127 ACPI: Interpreter disabled. Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI: disabled PnPBIOS: Scanning system for PnP BIOS support... PnPBIOS: Found PnP BIOS installation structure at 0xb00f73b0 PnPBIOS: PnP BIOS version 1.0, entry 0xf:0x6a54, dseg 0xf PnPBIOS: Missing SMALL_TAG_ENDDEP tag PnPBIOS: Missing SMALL_TAG_ENDDEP tag PnPBIOS: Missing SMALL_TAG_ENDDEP tag PnPBIOS: Missing SMALL_TAG_ENDDEP tag PnPBIOS: 16 nodes reported by PnP BIOS; 16 recorded by driver PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) PCI quirk: region 0400-043f claimed by PIIX4 ACPI PCI quirk: region 0440-044f claimed by PIIX4 SMB PIIX4 devres B PIO at 0290-0297 Boot video device is :00:11.0 PCI-APIC IRQ transform: :00:10.0[A] - IRQ 145 PCI-APIC IRQ transform: :00:11.0[A] - IRQ 153 PCI-APIC IRQ transform: :00:13.0[A] - IRQ 161 pnp: 00:08: ioport range 0x4d0-0x4d1 has been reserved pnp: 00:08: ioport range 0xcf8-0xcff could not be reserved pnp: 00:09: ioport range 0x290-0x297 has been reserved PCI: Bridge: :00:01.0 IO window: d000-dfff MEM window: ff90-ff9f PREFETCH window: f5a0-f5af audit: initializing netlink socket (disabled) audit(1155039041.240:1): initialized VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) Initializing Cryptographic API io scheduler noop registered io scheduler anticipatory registered (default) io scheduler deadline registered io scheduler cfq registered Limiting direct PCI/PCI transfers. isapnp: Scanning for PnP cards... isapnp: No Plug Play device found PNP: PS/2 Controller [PNP0303,PNP0f13] at 0x60,0x64 irq 1,12 serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a NS16550A 00:0b: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A 00:0c: ttyS1 at I/O 0x2f8 (irq = 3) is a NS16550A RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize NET: Registered protocol family 2 input: AT Translated Set 2 keyboard as /class/input/input0 IP route cache hash table entries: 65536 (order: 6, 262144 bytes) TCP established hash table entries: 262144 (order: 8, 1048576 bytes) TCP bind hash table entries: 65536 (order: 6, 262144 bytes) TCP: Hash tables configured (established 262144 bind 65536) TCP reno registered TCP bic registered NET: Registered protocol family 1 NET: Registered protocol family 17 NET: Registered protocol family 8 NET: Registered protocol family 20 Using IPI Shortcut mode Freeing unused kernel memory: 144k freed 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html :00:13.0: 3Com PCI 3c905B Cyclone 100baseTx at f081cf80. Vers LK1.1.19 SCSI subsystem initialized scsi: * BusLogic SCSI Driver Version 2.1.16 of 18 July 2002 * scsi: Copyright 1995-1998 by Leonard N. Zubkoff [EMAIL PROTECTED] scsi0: Configuring BusLogic Model BT-958 PCI Wide Ultra SCSI Host Adapter scsi0: Firmware Version: 5.05R, I/O Address: 0xEFF4, IRQ Channel: 145/Level scsi0: PCI Bus: 0, Device: 16, Address: 0xFFAFB000, Host Adapter SCSI
Bug#382043: Typo in latest kernel package (2.6.17.8)
package: (kernel-package for 2.6.17.8, i386)
version: 2.6.17.8
Bug: in debian/pkg/image/postinst there is a typo in line 1251
instead of
if ($explicit_do_loader || (! ($postinst_hook -x '/sbin/grub')) {
you should have
if ($explicit_do_loader || (! ($postinst_hook -x '/sbin/grub'))) {
..
cheers,
kristina rothe
signature.asc
Description: OpenPGP digital signature
Bug#379209: The problem?
Did a brute-force grep to see what might be the issue here, came up with this: torgo:/lib/modules/2.6.16-2-k7# grep evbug modules.alias alias input:b*v*p*e*-e*k*r*a*m*l*s*f*w* evbug Commenting this line out solved my evbug problems. This seems like an awfully heavy alias line. signature.asc Description: Digital signature
Bug#382013: installation: ernel 2.6.15 does not work after installing ttf-alee thunderbird-locale-fr bash apt and binutils
Hello, Frans Pop a écrit : reassign 382013 initramfs-tools tags 382013 + moreinfo thanks What additional information is usefull? cpio and initramfs-tools version number?: dpkg -l | grep ramfs\|cpio ii cpio 2.6-16 GNU cpio -- a program to manage archives of ii cramfsprogs 1.1-6 Tools for CramFs (Compressed ROM File System ii initramfs-tools 0.69b tools for generating an initramfs ii libklibc 1.4.8-1.1 minimal libc subset for use with initramfs On Tuesday 08 August 2006 12:36, Jean-Michel wrote: Yesterday evening, I'have done: apt-get install ttf-alee thunderbird-locale-fr bash apt binutils (I had seen they were available with apt-get -s update andapt-get -s upgrade). I doubt your problem has anything to do with the installation of these packages I agree with you, but what happened then? I did not use my computer for 3 days, then I run my usual kernel/gnome/firefox/thunderbird. I upgrade some package as explained above. I did not exactly remember the list, and found it (as I use sudo) in file /var/log/auth.log: Aug 8 01:20:43 €€€ sudo: : TTY=pts/2 ; PWD=€ ; USER=€ ; COMMAND=/usr/bin/apt-get install ttf-alee thunderbird-locale-fr bash apt binutils And one night (about 9 hours) later the usual kernel does not work. Something happened. How to have a clue? However, the system boots correctly with the old 2.6.12 kernel, when ADSL internet correction, udev, and X does not work correctly with my 2.6.12 instalation. Please provide the exact messages you see on the console at the time the installation fails. These are needed to be able to diagnose the problem and help you. As you have correctly understood, I sent it in a separate bug report (382016) that you merged with this one (382013). Do you get into a shell when the boot fails? No, no shell. Regards
Bug#382053: linux 2.6.16 snd-hda-intel doesn't work
Package: linux-image-2.6.16-2-686-smp Version: 2.6.16-17 Tags: patch I have a Dell Precision M65 laptop with an Intel sound card: 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01) As reported on multiple sites on the Internet, e.g., http://www.gidnetwork.com/b-106.html : Kernel 2.6.16 Note: Interestingly enough, the driver for the Intel HD Audio in kernel 2.6.16 is broken. Everything appears to work fine, but alas there is absolutely no sound no matter what you do. I have the same experience. The driver loads fine, but no sound at all with 2.6.16. Upgrading to linux-image-2.6.17-1-686 version 2.6.17-5 in unstable solves the problem for me. There is a patch floating around: http://lkml.org/lkml/2006/3/17/279 I haven't tested whether that patch by itself fixes the problem. Thanks, Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#382043: Typo in latest kernel package (2.6.17.8)
Processing commands for [EMAIL PROTECTED]: reassign 382043 linux-2.6 Bug#382043: Typo in latest kernel package (2.6.17.8) Warning: Unknown package '382043' Warning: Unknown package 'for' Warning: Unknown package '2.6.17.8' Warning: Unknown package 'i386' Bug reassigned from package `(kernel-package for 2.6.17.8, i386)' to `linux-2.6'. -- 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]
Processed: Re: Bug#382013: Bug#382016: installation: kernel 2.6.15 does not work, after upgrading some packages.
Processing commands for [EMAIL PROTECTED]: reassign 382016 initrd-tools Bug#382016: installation: kernel 2.6.15 does not work, after upgrading some packages. Bug reassigned from package `installation' to `initrd-tools'. stop 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#382013: installation: ernel 2.6.15 does not work after installing ttf-alee thunderbird-locale-fr bash apt and binutils
On Tue, Aug 08, 2006 at 03:58:44PM +0200, Jean-Michel wrote: Hello, Frans Pop a écrit : reassign 382013 initramfs-tools tags 382013 + moreinfo thanks What additional information is usefull? cpio and initramfs-tools version number?: can you please post the full error you are seeing on on working boot? thanks -- maks
Bug#382013: Bug#382016: installation: kernel 2.6.15 does not work, after upgrading some packages.
On Tue, 8 Aug 2006 17:35:43 +0200 maximilian attems wrote: reassign 382016 initrd-tools ah there is the requested info sorry for not having connected your mails. that is an initrd-tools failure no idea why the initrd.img for 2.6.15 was generated with initrd-tools. yes initrd-tools is known _broken_. you'd better use initramfs-tools Maximilian: Are you certain this is the user explicitly choosing to use a broken ramdisk generator? If not then please do not so hastily reassign - especially since that tool is expected to die soon, and with it all bugreports filed against (or reassigned to) it. Jean-Michel: Could you please provide the content of /etc/kernel-img.conf - and also tell us if you've run some custom ramdisk-building scripts yourself, in addition to the stuff done automatically by the kernel image postinst routines? Also, do you have lilo installed? Do you use it, or do you use GRUB or another bootloader? - Jonas -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm pgpkmW3lx5LRI.pgp Description: PGP signature
Re: Avoid running update-initramfs more than once during installation
On Tue, 08 Aug 2006 15:02:54 +0200 Frans Pop wrote: On Tuesday 08 August 2006 14:18, Jonas Smedegaard wrote: It is no bug: The logic is to ask again when new possible better options comes around, or if your choice disappears. But Petter's claim was that you would not be asked twice during the same installation. And my comments were only meant to show that _that_ is not true. Point taken! - Jonas -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm pgpqplz4qLrER.pgp Description: PGP signature
Re: Patch for 2.6.17 kernel
hello, On Tue, Aug 08, 2006 at 09:20:26AM -0700, Allyn, Mark A wrote: Hello: I have a patch for the 2.6.17 kernel sources that I got from the unstable release; this patch is for the Intel e1000 network device driver. The source for this patch is on the upstream source for the e1000 driver at e1000.sourceforge.net. This is a patch of about 15000 lines. merge it upstream, Debian uses mostly vanilla kernel beside arch or build fixes. - http://wiki.debian.org/DebianKernelPatchAcceptanceGuidelines of course fixes through the stable tree propagate too. What is the best way for me to send this? Do I send it as an attachment? Or can I simply point to the new source at e1000.sourceforge.net? Thank you Mark Allyn we will most probably release with 2.6.18 so if you have merged your patches there, everything is fine. please take care to feed upstream in time so that your fixes lands. best regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
initramfs modifications HOWTO?
Hi, sorry if I am posting this into wrong NG (or list, if you prefer), please, kick me in the right direction. I am not a developer, but while tinkering with suspend2 patch with my home brewn kernel (currently 2.6.18-rc4), after studying HACKING document, I tried to include into initramfs a tiny script which would basically just echo /proc/suspend2/do_resume I tried to create two attached scripts and put them into /etc/initramfs-tools/hooks/suspend2 and /etc/initramfs-tools/scripts/local-premount/suspend2 respectively, but when investigating created inird.img I haven't found any results there (I would suspect directory scripts is the right place to look for them, right?). Can anybody kick me into right direction (either how to do it, or in which other NG/list I should ask), please? Thanks in advance, Matěj -- GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC http://www.ceplovi.cz/matej/blog/, Jabber: [EMAIL PROTECTED] 23 Marion St. #3, (617) 876-1259, ICQ 132822213 Of all tyrannies, a tyranny exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies. The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for our own good will torment us without end, for they do so with the approval of their consciences. -- C. S. Lewis suspend2-initramfs-hook Description: application/shellscript suspend2-initramfs-script Description: application/shellscript
Re: initramfs modifications HOWTO?
On Tue, Aug 08, 2006 at 02:33:46PM -0400, Matej Cepl wrote: Hi, sorry if I am posting this into wrong NG (or list, if you prefer), please, kick me in the right direction. I am not a developer, but while tinkering with suspend2 patch with my home brewn kernel (currently 2.6.18-rc4), after studying HACKING document, I tried to include into initramfs a tiny script which would basically just echo /proc/suspend2/do_resume I tried to create two attached scripts and put them into /etc/initramfs-tools/hooks/suspend2 and /etc/initramfs-tools/scripts/local-premount/suspend2 respectively, but when investigating created inird.img I haven't found any results there (I would suspect directory scripts is the right place to look for them, right?). Can anybody kick me into right direction (either how to do it, or in which other NG/list I should ask), please? sure checkout man initramfs-tools. :) it has examples for hook and boot scripts. if you have more precise questions feel free to ask. also don't hesitate to post your scripts Thanks in advance, Mat??j -- regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382103: Bad integration with make-kpkg.
Package: linux-patch-debian-2.6.16 Version: 2.6.16-17 /usr/src/kernel-patches/all/2.6.16/apply/debian script doesn't check KPKG_SUBARCH variable. When i compile xen3 kernel image i must manually apply script with -a i386 -s xen flags instead of make-kpkg --arch i386 --subarch xen ... make-kpkg output: % tar xjf linux-2.6.16.tar.bz2 -C /usr/src % cd /usr/src/linux-2.6.16 % make-kpkg --arch i386 --subarch xen --added-patches debian --config menuconfig --initrd --append_to_version -1-xen --revision 1 kernel_image exec make -f /usr/share/kernel-package/ruleset/minimal.mk debian DEBIAN_REVISION=1 APPEND_TO_VERSION=-1-xen KPKG_ARCH=i386 KPKG_SUBARCH=xen KPKG_SELECTED_PATCHES=debian INITRD=YES Makefile:476: .config: No such file or directory Makefile:476: .config: No such file or directory Makefile:476: .config: No such file or directory Makefile:476: .config: No such file or directory Makefile:476: .config: No such file or directory == making target minimal_debian [new prereqs: ]== This is kernel package version . test -d debian || mkdir debian test ! -e stamp-building || rm -f stamp-building test -f debian/control || sed -e 's/=V/2.6.16-1-xen/g'\ -e 's/=D/1/g' -e 's/=A/i386/g' \ -e 's/=SA//g' -e 's/=L/ /g' \ -e 's/=I//g'\ -e 's/=CV/2.6/g' \ -e 's/=M/Unknown Kernel Package Maintainer [EMAIL PROTECTED]/g' \ -e 's/=ST/linux/g' -e 's/=B/i386/g' \ /usr/share/kernel-package/Control debian/control test -f debian/changelog || sed -e 's/=V/2.6.16-1-xen/g' \ -e 's/=D/1/g'-e 's/=A/i386/g' \ -e 's/=ST/linux/g' -e 's/=B/i386/g' \ -e 's/=M/Unknown Kernel Package Maintainer [EMAIL PROTECTED]/g' \ /usr/share/kernel-package/changelog debian/changelog install -p -m 755 /usr/share/kernel-package/rules debian/rules for file in ChangeLog Control Control.bin86 config templates.in rules; do \ cp -f /usr/share/kernel-package/$file ./debian/; \ done for dir in Config docs examples ruleset scripts pkg po; do \ cp -af /usr/share/kernel-package/$dir ./debian/; \ done test -d ./debian/stamps || mkdir debian/stamps exec debian/rules DEBIAN_REVISION=1 APPEND_TO_VERSION=-1-xen KPKG_ARCH=i386 CONFIG_TARGET=menuconfig KPKG_SUBARCH=xen KPKG_SELECTED_PATCHES=debian INITRD=YES kernel_image Makefile:476: .config: No such file or directory Makefile:476: .config: No such file or directory Makefile:476: .config: No such file or directory Makefile:476: .config: No such file or directory Makefile:476: .config: No such file or directory == making target .config [new prereqs: Makefile]== test -f .config || test ! -f .config.save || \ cp -pf .config.save .config test -f .config || test ! -f ./debian/config || \ cp -pf ./debian/config .config test -f .config || test ! -f ./debian/config || \ cp -pf ./debian/config .config == making target CONFIG-common [new prereqs: testdir]== == making target debian/stamp-conf [new prereqs: ]== # work around idiocy in recent kernel versions test ! -e scripts/package/builddeb || \ mv -f scripts/package/builddeb scripts/package/builddeb.dist test ! -e scripts/package/Makefile || \ (mv -f scripts/package/Makefile scripts/package/Makefile.dist \ (echo # Dummy file ; echo help:) scripts/package/Makefile) test -d debian || mkdir ./debian test ! -e stamp-building || rm -f stamp-building test ! -f ./debian || test -f stamp-debian || test -f debian/official || \ (rm -rf ./debian mkdir ./debian) test ! -f applied_patches || rm -f applied_patches for patch in /usr/src/kernel-patches/all/2.6.16/apply/debian ; do\ if test -x $patch; then\ if $patch; then \ echo Patch $patch processed fine; \ echo $patch applied_patches; \ else \ echo Patch $patch failed.; \ echo Hit return to Continue; \ read ans; \ fi; \ fi; \ done Warning: No version.Debian file, assuming pristine Linux 2.6.16 Warning: Can't find series file for 2 Warning: Can't find series file for 3 Warning: Can't find series file for 5 Warning: Can't find series file for 11 Warning: Can't find series file for 16 (+) OKbuslogic-pci-id-table.patch (+) OKfbdev-radeon-noaccel.patch (+) OKfs-asfs-2.patch (+) OKmodular-ide-pnp.patch (+) OKversion.patch (+) OKia64-irq-affinity-upfix.patch (+) OKpowerpc-mkvmlinuz-support.patch (+) OK
Bug#382013: Bug#382016: installation: kernel 2.6.15 does not work, after upgrading some packages.
The problem seams to have disappeared; I did not understand why. Between the moment when the problem was existing and now. I have downloaded image and header of kernel 2.6.12 (using apt-get from kernel 2.6.12). Modify /etc/lilo.conf and runned lilo, to active kernel 2.6.16. Patched and compiled internet ADSL eagle-usb module/package for kernel 2.6.16. Runt thunderbird/firefox, under gnome, on kernel 2.6.16, once internet ADSL eagle-usb was working. Kernel 2.6.16 was working, and now I discovered 2.6.15 works again. ;-) But it does not explain me why it was not working :-( According to /var/log/auth.log, I did: Aug 8 12:38:05 €€€ sudo: €€€ : TTY=tty3 ; PWD=€€€ ; USER=€€€ ; COMMAND=/usr/bin/apt-get install grub (I do not remember why.) Aug 8 13:19:54 €€€ sudo: €€€ : TTY=tty2 ; PWD=€€€ ; USER=€€€ ; COMMAND=/usr/bin/apt-get install linux-image-2.6.16-2-686 It does not appear but I also installed headers, at one time (required to compile eagle-usb). Aug 8 13:28:18 €€€ login[2555]: (pam_unix) session opened for user root by (uid=0) Aug 8 13:28:19 €€€ login[2586]: ROOT LOGIN on 'tty1' Aug 8 13:28:32 €€€ sudo: €€€ : TTY=tty1 ; PWD=€€€ ; USER=€€€ ; COMMAND=/usr/bin/vim /etc/lilo.conf It does not appear in the log, but I ran lilo, by there. I also used module-assistant command to compile eagle-usb under 2.6.16 module-assistant prepare module-assistant get eagle-usb module-assistant build eagle-usb And this one was for fun: Aug 8 16:25:07 €€€ sudo: €€€ : TTY=pts/3 ; PWD=€€€ ; USER=€€€ ; COMMAND=/usr/bin/apt-get install python.*2.5 Jonas Smedegaard a écrit : Jean-Michel: Could you please provide the content of /etc/kernel-img.conf - do_symlinks = yes relative_links = yes do_bootloader = no do_bootfloppy = no do_initrd = yes link_in_boot = no postinst_hook = /sbin/update-grub postrm_hook = /sbin/update-grub and also tell us if you've run some custom ramdisk-building scripts yourself, in addition to the stuff done automatically by the kernel image postinst routines? I do not know what is a«custom ramdisk-building scripts». I just know I had had an issue when I switched from 2.6.12 to 2.6.15 some months ago, and I believe to remember that some line related to *ram* was to be added or modified in some configuration file. Also, do you have lilo installed? Do you use it, or do you use GRUB or another bootloader? Yes, I use lilo. Grub is also installed. When I installed kernel 2.6.16 (today), grub configuration file was automatically updated, but I had to update (by hand) /etc/lilo.conf, and then run lilo (as root). I use lilo, because I know how to add a kernel and modify option in lilo. I do not use grub, because I do not know grub configuration, and lilo works fine till now. dpkg -l |grep lilo\|grub ii grub 0.97-13 GRand Unified Bootloader ii lilo 22.6.1-7 LInux LOader - The Classic OS loader can loa ii lilo-doc 22.6.1-7 Documentation for LILO (LInux LOader) I hope the information I give you can help Debian project. Regards.
Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with
Sven Luther [EMAIL PROTECTED] writes: # Our priorities are our users and free software We will be guided by the needs of our users and the free software community. We will place their interests first in our priorities. We will support the needs of our users for operation in many different kinds of computing environments. We will not object to non-free works that are intended to be used on Debian systems, or attempt to charge a fee to people who create or use such works. We will allow others to create distributions containing both the Debian system and other works, without any fee from us. In furtherance of these goals, we will provide an integrated system of high-quality materials with no legal restrictions that would prevent such uses of the system. Nothing here says that when we have no way to support a user's task with free software, we will go ahead and ship nonfree software to do this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with
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 them about whether their software was free. We would even say things like hardware such-and-such is supportable with free software and then ship them a non-free driver. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with
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 opinion, we have been screwing our users for years by lying to them about whether their software was free. We would even say things like hardware such-and-such is supportable with free software and then ship them a non-free driver. I'm sure this has been suggested/covered before, but what's wrong with just sticking those drivers in non-free and giving the user a choice during installation? Sure, it'll screw the users that won't have Internet access during the installation, but as long as it's possible to make custom installation discs that'll probably take care of itself. Jim. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380534: Bug resolved
This bug seems to have been resolved in a recent update of this package. -- Chris O'Callaghan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
