Processed: Re: Bug#466242: Undefined lzma symbols

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 466242 squashfs-source
Bug#466242: Undefined lzma symbols
Bug reassigned from package `squashfs-modules-2.6.24-1-486' to 
`squashfs-source'.

> 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#457044: origin of this bug

[tech]

Hello,
I think I've found a clue about this bug :
the man page of kernel-img.conf says :

do_symlinks

By default, the kernel image post installation script shall create or
update the /vmlinuz and /vmlinuz.old symbolic links. This is true if
a /vmlinuz link already exists, however, in absence of /vmlinuz, the
script looks to see if this configuration file exists. If it does
not, the configuration script asks the user whether to create the
symbolic link, and stashes the answer in a newly created
/etc/kernel-img.conf. If the configuration file already exists, and
if this option is set to No, no symbolic link is ever created. This
for people who have other means of booting their machines, and do not
like the symbolic links cluttering up their / directory. Defaults to
Yes.


So I tried to delete /vmlinuz and /initrd then I ran dpkg-reconfigure
linux-image-2.6.22-3-686

I got :

inding valid ramdisk creators.
Using mkinitramfs-kpkg to build the ramdisk.
Not updating initrd symbolic links since we are being updated/reinstalled
(2.6.22-6.lenny1 was configured last, according to dpkg)
Not updating image symbolic links since we are being updated/reinstalled
(2.6.22-6.lenny1 was configured last, according to dpkg)


So it seems that even with do_symlinks=yes in /etc/kernel-img.conf the
installation script doesn't check the existence of symlinks in / and
doesn't create them if they don't exist. In this case the system won't
be able to boot anymore






--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Severity change to critical

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity #457044 critical
Bug#457044: My box didn't reboot after upgrading linux-image-2.6.18-4-686
Severity set to `critical' from `important'

>
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]

Processed: severity of 457044 is important

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.26
> severity 457044 important
Bug#457044: My box didn't reboot after upgrading linux-image-2.6.18-4-686
Severity set to `important' from `critical'

>
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#466399: linux-image-2.6.18-6-k7: Oops at lock_kernel+0x10/0x32: unable to handle kernel paging request

[Margarita Manterola]

Package: linux-image-2.6.18-6-k7
Version: 2.6.18.dfsg.1-18
Severity: normal

Hi!

The machine I'm writing from is Oopsing. Here's the kern.log for the 4
Oops.

(...)
Feb 18 08:13:11 aquadrelli kernel: agpgart: Found an AGP 2.0 compliant device 
at :00:00.0.
Feb 18 08:13:11 aquadrelli kernel: agpgart: Putting AGP V2 device at 
:00:00.0 into 4x mode
Feb 18 08:13:11 aquadrelli kernel: agpgart: Putting AGP V2 device at 
:01:00.0 into 4x mode
Feb 18 10:00:32 aquadrelli kernel: BUG: unable to handle kernel paging request 
at virtual address 31315040
Feb 18 10:00:32 aquadrelli kernel:  printing eip:
Feb 18 10:00:32 aquadrelli kernel: c028403b
Feb 18 10:00:32 aquadrelli kernel: *pde = 
Feb 18 10:00:32 aquadrelli kernel: Oops: 0002 [#1]
Feb 18 10:00:32 aquadrelli kernel: SMP 
Feb 18 10:00:32 aquadrelli kernel: Modules linked in: nls_iso8859_1 cifs sis 
drm ppdev parport_pc lp parport button ac battery nfs lockd nfs_acl sunrpc ipv6 
dm_snapshot dm_mirror dm_mod loop snd_trident gameport snd_ac97_codec 
snd_ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc snd_util_mem 
snd_mpu401_uart snd_seq_dummy snd_seq_oss snd_seq_midi snd_seq_midi_event 
snd_seq floppy snd_timer snd_rawmidi snd_seq_device snd rtc sis_agp i2c_sis630 
soundcore shpchp pci_hotplug i2c_core pcspkr agpgart evdev ext3 jbd mbcache 
ide_cd cdrom ide_disk ohci_hcd usbcore sis900 mii sis5513 generic ide_core 
thermal processor fan
Feb 18 10:00:32 aquadrelli kernel: CPU:0
Feb 18 10:00:32 aquadrelli kernel: EIP:0060:[]Tainted: G S
VLI
Feb 18 10:00:32 aquadrelli kernel: EFLAGS: 00210256   (2.6.18-6-k7 #1) 
Feb 18 10:00:32 aquadrelli kernel: EIP is at lock_kernel+0x10/0x32
Feb 18 10:00:32 aquadrelli kernel: eax: d6f31000   ebx: de78ae04   ecx: 
d60b5f0c   edx: 
Feb 18 10:00:32 aquadrelli kernel: esi: de78ae04   edi: 0001   ebp: 
0001   esp: d60b5de0
Feb 18 10:00:32 aquadrelli kernel: ds: 007b   es: 007b   ss: 0068
Feb 18 10:00:32 aquadrelli kernel: Process soffice.bin (pid: 8581, ti=d60b4000 
task=d6f31000 task.ti=d60b4000)
Feb 18 10:00:32 aquadrelli kernel: Stack: e0345e8b c0165963 019cc780 de2aa5f8 
d7e3a006 de78ae04 e0345df3 0001 
Feb 18 10:00:32 aquadrelli kernel:d60b5f0c c0165c2a 45fd de78ae04 
d7e3a006 d60b5f0c c0166f19 d7e3a006 
Feb 18 10:00:32 aquadrelli kernel:2f564100  c12c5440 df31efb8 
d90a325c d60b5e58 c01162e5  
Feb 18 10:00:32 aquadrelli kernel: Call Trace:
Feb 18 10:00:32 aquadrelli kernel:  [] nfs_permission+0x98/0x18e [nfs]
Feb 18 10:00:32 aquadrelli kernel:  [] __follow_mount+0x1e/0x65
Feb 18 10:00:32 aquadrelli kernel:  [] nfs_permission+0x0/0x18e [nfs]
Feb 18 10:00:32 aquadrelli kernel:  [] permission+0x7f/0xbc
Feb 18 10:00:32 aquadrelli kernel:  [] __link_path_walk+0x139/0xd32
Feb 18 10:00:32 aquadrelli kernel:  [] __wake_up_common+0x2f/0x53
Feb 18 10:00:32 aquadrelli kernel:  [] link_path_walk+0x49/0xbd
Feb 18 10:00:32 aquadrelli kernel:  [] schedule+0x84a/0x8f9
Feb 18 10:00:32 aquadrelli kernel:  [] do_path_lookup+0x20a/0x225
Feb 18 10:00:32 aquadrelli kernel:  [] __user_walk_fd+0x29/0x3f
Feb 18 10:00:32 aquadrelli kernel:  [] vfs_lstat_fd+0x12/0x39
Feb 18 10:00:32 aquadrelli kernel:  [] schedule+0x84a/0x8f9
Feb 18 10:00:32 aquadrelli kernel:  [] sys_lstat64+0xf/0x23
Feb 18 10:00:32 aquadrelli kernel:  [] __do_softirq+0x5a/0xbb
Feb 18 10:00:32 aquadrelli kernel:  [] sysenter_past_esp+0x56/0x79
Feb 18 10:00:32 aquadrelli kernel: Code: a8 08 74 06 b8 f5 ff ff ff c3 f3 90 31 
c0 86 05 40 50 31 c0 84 c0 7e de 31 c0 c3 89 e0 25 00 e0 ff ff 8b 00 8b 50 14 
42 75 16 90  0d 40 50 31 c0 79 0d f3 90 80 3d 40 50 31 c0 00 7e f5 eb ea 
Feb 18 10:00:32 aquadrelli kernel: EIP: [] lock_kernel+0x10/0x32 
SS:ESP 0068:d60b5de0
Feb 18 10:21:53 aquadrelli kernel:  <6>agpgart: Found an AGP 2.0 compliant 
device at :00:00.0.
Feb 18 10:21:53 aquadrelli kernel: agpgart: Putting AGP V2 device at 
:00:00.0 into 4x mode
Feb 18 10:21:53 aquadrelli kernel: agpgart: Putting AGP V2 device at 
:01:00.0 into 4x mode
Feb 18 11:11:22 aquadrelli kernel: BUG: unable to handle kernel paging request 
at virtual address 31315040
Feb 18 11:11:22 aquadrelli kernel:  printing eip:
Feb 18 11:11:22 aquadrelli kernel: c028403b
Feb 18 11:11:22 aquadrelli kernel: *pde = 
Feb 18 11:11:22 aquadrelli kernel: Oops: 0002 [#2]
Feb 18 11:11:22 aquadrelli kernel: SMP 
Feb 18 11:11:22 aquadrelli kernel: Modules linked in: nls_iso8859_1 cifs sis 
drm ppdev parport_pc lp parport button ac battery nfs lockd nfs_acl sunrpc ipv6 
dm_snapshot dm_mirror dm_mod loop snd_trident gameport snd_ac97_codec 
snd_ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc snd_util_mem 
snd_mpu401_uart snd_seq_dummy snd_seq_oss snd_seq_midi snd_seq_midi_event 
snd_seq floppy snd_timer snd_rawmidi snd_seq_device snd rtc sis_agp i2c_sis630 
soundcore shpchp pci_hotplug i2c_core pcspkr agpgart evdev ext3 jbd mbcache 
ide_cd cdrom ide_disk ohci_hcd usbcore sis900 mii sis5513 generic ide_core 
th

Bug#466404: RTNL: assertion failed at net/ipv4/devinet.c when using bonding

[Bruno Cornec]

Package: linux-image-2.6.18-5-amd64
Version: 2.6.18.dfsg.1-17
Severity: important


When booting the system with bonding activated, we get this type of trace with 
dmesg:

Ethernet Channel Bonding Driver: v3.0.3 (March 23, 2006)
bonding: In ALB mode you might experience client disconnections upon 
reconnection of a link if the bonding mod
ule updelay parameter (200 msec) is incompatible with the forwarding delay time 
of the switch
bonding: MII link monitoring set to 100 ms
bonding: bond0: enslaving eth0 as an active interface with a down link.
bonding: bond0: enslaving eth1 as an active interface with a down link.
e1000: eth2: e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex, Flow 
Control: RX
e1000: eth3: e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex, Flow 
Control: RX
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
ADDRCONF(NETDEV_UP): eth0: link is not ready
ADDRCONF(NETDEV_UP): eth1: link is not ready
ADDRCONF(NETDEV_UP): bond0: link is not ready
IPv6 over IPv4 tunneling driver
bnx2: eth0 NIC Link is Up, 1000 Mbps full duplex
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
bonding: bond0: link status up for interface eth0, enabling it in 200 ms.
bnx2: eth1 NIC Link is Up, 1000 Mbps full duplex
bonding: bond0: link status up for interface eth1, enabling it in 200 ms.
bonding: bond0: link status definitely up for interface eth0.
bonding: bond0: making interface eth0 the new active one.
RTNL: assertion failed at net/ipv4/devinet.c (985)

Call Trace:
  [] inetdev_event+0x48/0x283
 [] notifier_call_chain+0x20/0x32
 [] raw_notifier_call_chain+0x9/0xb
 [] :bnx2:bnx2_change_mac_addr+0x4d/0x59
 [] dev_set_mac_address+0x52/0x58
 [] :bonding:alb_set_slave_mac_addr+0x41/0x6c
 [] :bonding:alb_swap_mac_addr+0x95/0x169
 [] :bonding:bond_alb_handle_active_change+0xac/0xe1
 [] :bonding:bond_change_active_slave+0x1fd/0x318
 [] :bonding:bond_mii_monitor+0x3b8/0x40e
 [] :bonding:bond_mii_monitor+0x0/0x40e
 [] run_timer_softirq+0x13b/0x1be
 [] __do_softirq+0x52/0xcb
 [] call_softirq+0x1c/0x28
 [] do_softirq+0x2c/0x7d
 [] irq_exit+0x3f/0x4c
 [] smp_apic_timer_interrupt+0x3d/0x3f
 [] mwait_idle+0x0/0x4a
 [] apic_timer_interrupt+0x66/0x6c
  [] mwait_idle+0x36/0x4a
 [] cpu_idle+0x92/0xc9
 [] start_secondary+0x440/0x44f

RTNL: assertion failed at net/ipv4/devinet.c (985)

Call Trace:
  [] inetdev_event+0x48/0x283
 [] notifier_call_chain+0x20/0x32
 [] raw_notifier_call_chain+0x9/0xb
 [] :bnx2:bnx2_change_mac_addr+0x4d/0x59
 [] dev_set_mac_address+0x52/0x58
 [] :bonding:alb_set_slave_mac_addr+0x41/0x6c
 [] :bonding:alb_swap_mac_addr+0xa7/0x169
 [] :bonding:bond_alb_handle_active_change+0xac/0xe1
 [] :bonding:bond_change_active_slave+0x1fd/0x318
 [] :bonding:bond_select_active_slave+0xa5/0xd9
 [] :bonding:bond_mii_monitor+0x3b8/0x40e
 [] :bonding:bond_mii_monitor+0x0/0x40e
 [] run_timer_softirq+0x13b/0x1be
 [] __do_softirq+0x52/0xcb
 [] call_softirq+0x1c/0x28
 [] do_softirq+0x2c/0x7d
 [] irq_exit+0x3f/0x4c
 [] smp_apic_timer_interrupt+0x3d/0x3f
 [] mwait_idle+0x0/0x4a
 [] apic_timer_interrupt+0x66/0x6c
  [] mwait_idle+0x36/0x4a
 [] cpu_idle+0x92/0xc9
 [] start_secondary+0x440/0x44f

bonding: bond0: first active interface up!
bonding: bond0: link status definitely up for interface eth1.
ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
ADDRCONF(NETDEV_CHANGE): bond0: link becomes ready

# cat /etc/modprobe.d/arch/i386
[...]
alias bond0 bonding
options bonding mode=6 miimon=100 downdelay=200 updelay=200

Using 2 Broadcom cards:

03:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5708 Gigabit 
Ethernet (rev 12)
Subsystem: Hewlett-Packard Company NC373i Integrated Multifunction 
Gigabit Server Adapter
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 185
Memory at f800 (64-bit, non-prefetchable) [size=32M]
[virtual] Expansion ROM at d120 [disabled] [size=2K]
Capabilities: [40] PCI-X non-bridge device
Capabilities: [48] Power Management version 2
Capabilities: [50] Vital Product Data
Capabilities: [58] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 
Enable-

05:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5708 Gigabit 
Ethernet (rev 12)
Subsystem: Hewlett-Packard Company NC373i Integrated Multifunction 
Gigabit Server Adapter
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 98
Memory at fa00 (64-bit, non-prefetchable) [size=32M]
[virtual] Expansion ROM at d130 [disabled] [size=2K]
Capabilities: [40] PCI-X non-bridge device
Capabilities: [48] Power Management version 2
Capabilities: [50] Vital Product Data
Capabilities: [58] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 
Enable-

# cat /etc/network/interfaces
[...]
auto bond0
# Bonding of the 2 Gigabit interfaces
iface bond0 inet static
name VLAN 6 Room 3.0
address 192.168.100.2
netmask 255.255.240.0
broadcast 192.168.111

Bug#466401: linux-image-2.6.18-5-amd64: Hewlett-Packard NC364T PCI Express Quad Port Gigabit NIC not supported

[Bruno Cornec]

Package: linux-image-2.6.18-5-amd64
Version: 2.6.18.dfsg.1-17
Severity: important


The Hewlett-Packard NC364T PCI Express Quad Port Gigabit NIC is not supported 
by the standard Debian kernel.
Here is the lspci output concerning that card:
0d:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet 
Controller (Copper) (rev 06)
Subsystem: Hewlett-Packard Company NC364T PCI Express Quad Port Gigabit 
Server Adapter
Flags: bus master, fast devsel, latency 0, IRQ 98
Memory at fdce (32-bit, non-prefetchable) [size=128K]
Memory at fdcc (32-bit, non-prefetchable) [size=128K]
I/O ports at 5000 [size=32]
Capabilities: [c8] Power Management version 2
Capabilities: [d0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 
Enable-
Capabilities: [e0] Express Endpoint IRQ 0
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 1c-1e-48-ff-ff-c4-1c-00

0d:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet 
Controller (Copper) (rev 06)
Subsystem: Hewlett-Packard Company NC364T PCI Express Quad Port Gigabit 
Server Adapter
Flags: bus master, fast devsel, latency 0, IRQ 185
Memory at fdca (32-bit, non-prefetchable) [size=128K]
Memory at fdc8 (32-bit, non-prefetchable) [size=128K]
I/O ports at 5020 [size=32]
Capabilities: [c8] Power Management version 2
Capabilities: [d0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 
Enable-
Capabilities: [e0] Express Endpoint IRQ 0
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 1c-1e-48-ff-ff-c4-1c-00

0e:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet 
Controller (Copper) (rev 06)
Subsystem: Hewlett-Packard Company NC364T PCI Express Quad Port Gigabit 
Server Adapter
Flags: bus master, fast devsel, latency 0, IRQ 154
Memory at fdde (32-bit, non-prefetchable) [size=128K]
Memory at fddc (32-bit, non-prefetchable) [size=128K]
I/O ports at 6000 [size=32]
Capabilities: [c8] Power Management version 2
Capabilities: [d0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 
Enable+
Capabilities: [e0] Express Endpoint IRQ 0
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 1e-1e-48-ff-ff-c4-1c-00

0e:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet 
Controller (Copper) (rev 06)
Subsystem: Hewlett-Packard Company NC364T PCI Express Quad Port Gigabit 
Server Adapter
Flags: bus master, fast devsel, latency 0, IRQ 162
Memory at fdda (32-bit, non-prefetchable) [size=128K]
Memory at fdd8 (32-bit, non-prefetchable) [size=128K]
I/O ports at 6020 [size=32]
Capabilities: [c8] Power Management version 2
Capabilities: [d0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 
Enable+
Capabilities: [e0] Express Endpoint IRQ 0
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 1e-1e-48-ff-ff-c4-1c-00


The e1000 driver, even loaded manually doesn't recognize the card. A latest 
e1000 driver from the Intel Web site does support this card.
It would be important to add that support in the stable debian kernel.

TIA,
Bruno.


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-telco-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages linux-image-2.6.18-5-amd64 depends on:
ii  cor 5.97-5.3 The GNU core utilities
ii  deb 1.5.11etch1  Debian configuration management sy
ii  e2f 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 ext2 file system utilities and lib
ii  ini 0.85htools for generating an initramfs
ii  mod 3.3-pre4-2   tools for managing Linux kernel mo

linux-image-2.6.18-5-amd64 recommends no packages.

-- debconf information:
  linux-image-2.6.18-5-amd64/postinst/create-kimage-link-2.6.18-5-amd64: true
  shared/kernel-image/really-run-bootloader: true
  linux-image-2.6.18-5-amd64/postinst/old-system-map-link-2.6.18-5-amd64: true
  linux-image-2.6.18-5-amd64/preinst/initrd-2.6.18-5-amd64:
  linux-image-2.6.18-5-amd64/preinst/elilo-initrd-2.6.18-5-amd64: true
  linux-image-2.6.18-5-amd64/postinst/depmod-error-2.6.18-5-amd64: false
  linux-image-2.6.18-5-amd64/preinst/bootloader-initrd-2.6.18-5-amd64: true
  linux-image-2.6.18-5-amd64/prerm/removing-running-kernel-2.6.18-5-amd64: true
  linux-image-2.6.18-5-amd64/preinst/already-running-this-2.6.18-5-amd64:
  linux-image-2.6.18-5-amd64/preinst/lilo-initrd-2.6.18-5-amd64: true
  linux-image-2.6.18-5-amd64/preinst/abort-overwrite-2.6.18-5

Re: Future of the linux udebs

[Frederik Schueler]

Hi,

On Sat, Feb 16, 2008 at 10:52:17PM -0200, Otavio Salvador wrote:
> Please read the thread we had about 2.6.24 kernel testing
> migration... this is what worries me.

I don't want to reopen that discussion here, and I see your argument.
There are really good reasons to do beta1 with .24, and good reasons for
.22 too. In such a case we might need someone to arbitrate, the release
managers come to mind.


> I personally have a good relation with all active people in
> debian-kernel but I think that we might have a "policy" to avoid
> problems to happen. Good will isn't enough, IMO.

We should decide case by case, considering what is best to get closer 
to the release. 

If adapting the concerned installer components to .24 takes too long and 
requires developers to focus on other things than stabilizing the code 
for beta1, we should indeed go with .22 for it, and so we can test
2.6.24 on a stabilized installer in beta2.

Best regards
Frederik Schüler

-- 
ENOSIG


signature.asc
Description: Digital signature

Re: [Pkg-cryptsetup-devel] Bug#464673: cryptsetup seems to try to load some padlock modules

[Jonas Meurer]

On 10/02/2008 David Härdeman wrote:
> As to why they are included in the initramfs image in the first place,  
> the cryptsetup initramfs hook uses the initramfs-tools function  
> manual_add_modules to add modules to the initramfs image.
>
> manual_add_modules checks module dependencies with modprobe, so if the  
> cryptsetup hook calls "manual_add_modules aes", the following is  
> executed by that function (this example is for the Debian 2.6.24  
> kernel):
>
> modprobe --set-version="2.6.24-1-686" --ignore-install --show-depends aes
>
> which gives this output:
>
> insmod /lib/modules/2.6.24-1-686/kernel/crypto/aes_generic.ko insmod 
> /lib/modules/2.6.24-1-686/kernel/crypto/blkcipher.ko insmod 
> /lib/modules/2.6.24-1-686/kernel/drivers/crypto/geode-aes.ko insmod 
> /lib/modules/2.6.24-1-686/kernel/crypto/blkcipher.ko insmod 
> /lib/modules/2.6.24-1-686/kernel/drivers/crypto/padlock-aes.ko insmod 
> /lib/modules/2.6.24-1-686/kernel/arch/x86/crypto/aes-i586.ko 
>
> And all of those modules are added as a result.
>
> I think the next step would be to get some feedback from Maximilian.

I discussed the issue with maks and waldi on irc today, and finally
waldi told me that the aes module where renamed to aes_generic in kernel
2.6.24. The same goes for des, sha1 and sha256 modules.
All aes* modules do have an alias for aes, thus modprobe from
manual_add_modules() produces the list above.

The proposed fix for this is to check for kernel version in the
initramfs cryptroot hook, and substitute aes/des/sha256 by _generic
if necessary. I don't like that idea though, as that bloats the script even
more and doesn't provide a general solution for the future. How shall we
know when yet another cipher module is renamed? and i fear that we will
end up with something like

case "$k_vers" in
2.6.2[4-9]*)
modules=$(sed -e 's/aes/aes_generic' \
-e 's/des/des_generic' [...])
2.6.2[5-9]*)
modules=$(sed -e 's//_generic' \
[...])

which in my eyes is a nightmare to maintain.

greetings,
 jonas


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Future of the linux udebs

[Otavio Salvador]

Frederik Schueler <[EMAIL PROTECTED]> writes:

<...>
>> I personally have a good relation with all active people in
>> debian-kernel but I think that we might have a "policy" to avoid
>> problems to happen. Good will isn't enough, IMO.
>
> We should decide case by case, considering what is best to get closer 
> to the release. 
>
> If adapting the concerned installer components to .24 takes too long and 
> requires developers to focus on other things than stabilizing the code 
> for beta1, we should indeed go with .22 for it, and so we can test
> 2.6.24 on a stabilized installer in beta2.

That's the plan.

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Future of the linux udebs

[Steve Langasek]

On Sun, Feb 17, 2008 at 12:11:26AM +0100, Frederik Schueler wrote:
> Coordination is already needed now, and will be needed even more when
> this change is implemented. 
> If this means waiting with a new upstream kernel version for a week or 
> two until the next beta of d-i is done, we will of course wait, no one
> wants to break d-i development by purpose.

No, but some kernel team uploaders are rather indifferent to the installer
team's needs.

> > Another thihk that I see as a _must_ is that d-i team could nack a
> > kernel upload. This is requred since d-i won't be allowed to diverge
> > from sid kernels anymore (I mean during development) and those
> > migrations would need to be much more coordinated with d-i RM and d-i
> > porters.

> Nobody will insist on uploading a new kernel version if this breaks the 
> release schedule,

I have just seen two members of the kernel team insisting exactly that, that
the d-i beta should not be allowed to block the latest 2.6.24 kernel from
being accepted into testing...

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#465812: [Pkg-cryptsetup-devel] Bug#465812: linux-image-2.6.22-3-686: [Regression] LuKS passphrase not accepted anymore

[maximilian attems]

please post the output of
sh -x mkinitramfs -o /tmp/test



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: why the asix module disapear from linux-image-2.6.24-1-ixp4xx ?

[wahnby depinkou]

No problem. thanks for the fix.

linux-modules-extra-2.6_2.6.24-4_i386.changes ACCEPTED

[Debian Installer]

Accepted:
atl2-modules-2.6-486_2.6.24-4_i386.deb
  to pool/main/l/linux-modules-extra-2.6/atl2-modules-2.6-486_2.6.24-4_i386.deb
atl2-modules-2.6-686-bigmem_2.6.24-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/atl2-modules-2.6-686-bigmem_2.6.24-4_i386.deb
atl2-modules-2.6-686_2.6.24-4_i386.deb
  to pool/main/l/linux-modules-extra-2.6/atl2-modules-2.6-686_2.6.24-4_i386.deb
atl2-modules-2.6-amd64_2.6.24-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/atl2-modules-2.6-amd64_2.6.24-4_i386.deb
atl2-modules-2.6.24-1-486_2.6.24+2.0.3-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/atl2-modules-2.6.24-1-486_2.6.24+2.0.3-4_i386.deb
atl2-modules-2.6.24-1-686-bigmem_2.6.24+2.0.3-4_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-4_i386.deb
atl2-modules-2.6.24-1-686_2.6.24+2.0.3-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/atl2-modules-2.6.24-1-686_2.6.24+2.0.3-4_i386.deb
atl2-modules-2.6.24-1-amd64_2.6.24+2.0.3-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/atl2-modules-2.6.24-1-amd64_2.6.24+2.0.3-4_i386.deb
aufs-modules-2.6-486_2.6.24-4_i386.deb
  to pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6-486_2.6.24-4_i386.deb
aufs-modules-2.6-686-bigmem_2.6.24-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6-686-bigmem_2.6.24-4_i386.deb
aufs-modules-2.6-686_2.6.24-4_i386.deb
  to pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6-686_2.6.24-4_i386.deb
aufs-modules-2.6-amd64_2.6.24-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6-amd64_2.6.24-4_i386.deb
aufs-modules-2.6-xen-686_2.6.24-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6-xen-686_2.6.24-4_i386.deb
aufs-modules-2.6.24-1-486_2.6.24+0+20080129-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6.24-1-486_2.6.24+0+20080129-4_i386.deb
aufs-modules-2.6.24-1-686-bigmem_2.6.24+0+20080129-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6.24-1-686-bigmem_2.6.24+0+20080129-4_i386.deb
aufs-modules-2.6.24-1-686_2.6.24+0+20080129-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6.24-1-686_2.6.24+0+20080129-4_i386.deb
aufs-modules-2.6.24-1-amd64_2.6.24+0+20080129-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6.24-1-amd64_2.6.24+0+20080129-4_i386.deb
aufs-modules-2.6.24-1-xen-686_2.6.24+0+20080129-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/aufs-modules-2.6.24-1-xen-686_2.6.24+0+20080129-4_i386.deb
btrfs-modules-2.6-486_2.6.24-4_i386.deb
  to pool/main/l/linux-modules-extra-2.6/btrfs-modules-2.6-486_2.6.24-4_i386.deb
btrfs-modules-2.6-686-bigmem_2.6.24-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/btrfs-modules-2.6-686-bigmem_2.6.24-4_i386.deb
btrfs-modules-2.6-686_2.6.24-4_i386.deb
  to pool/main/l/linux-modules-extra-2.6/btrfs-modules-2.6-686_2.6.24-4_i386.deb
btrfs-modules-2.6-amd64_2.6.24-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/btrfs-modules-2.6-amd64_2.6.24-4_i386.deb
btrfs-modules-2.6-xen-686_2.6.24-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/btrfs-modules-2.6-xen-686_2.6.24-4_i386.deb
btrfs-modules-2.6.24-1-486_2.6.24+0.12-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/btrfs-modules-2.6.24-1-486_2.6.24+0.12-4_i386.deb
btrfs-modules-2.6.24-1-686-bigmem_2.6.24+0.12-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/btrfs-modules-2.6.24-1-686-bigmem_2.6.24+0.12-4_i386.deb
btrfs-modules-2.6.24-1-686_2.6.24+0.12-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/btrfs-modules-2.6.24-1-686_2.6.24+0.12-4_i386.deb
btrfs-modules-2.6.24-1-amd64_2.6.24+0.12-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/btrfs-modules-2.6.24-1-amd64_2.6.24+0.12-4_i386.deb
btrfs-modules-2.6.24-1-xen-686_2.6.24+0.12-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/btrfs-modules-2.6.24-1-xen-686_2.6.24+0.12-4_i386.deb
drbd8-modules-2.6-486_2.6.24-4_i386.deb
  to pool/main/l/linux-modules-extra-2.6/drbd8-modules-2.6-486_2.6.24-4_i386.deb
drbd8-modules-2.6-686-bigmem_2.6.24-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/drbd8-modules-2.6-686-bigmem_2.6.24-4_i386.deb
drbd8-modules-2.6-686_2.6.24-4_i386.deb
  to pool/main/l/linux-modules-extra-2.6/drbd8-modules-2.6-686_2.6.24-4_i386.deb
drbd8-modules-2.6-amd64_2.6.24-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/drbd8-modules-2.6-amd64_2.6.24-4_i386.deb
drbd8-modules-2.6-xen-686_2.6.24-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/drbd8-modules-2.6-xen-686_2.6.24-4_i386.deb
drbd8-modules-2.6.24-1-486_2.6.24+8.0.11-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/drbd8-modules-2.6.24-1-486_2.6.24+8.0.11-4_i386.deb
drbd8-modules-2.6.24-1-686-bigmem_2.6.24+8.0.11-4_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-4_i386.deb
drbd8-modules-2.6.24-1-686_2.6.24+8.0.11-4_i386.deb
  to 
pool/main/l/linux-modules-extra-2.6/drbd8-modules-2.6.24-1-686_2.6.24+8.0.11-4_i386.deb
drbd8-modules-2.6.24-1-amd64_2.6.24+8.0.

initramfs-tools 0.91e MIGRATED to testing

[Debian testing watch]

FYI: The status of the initramfs-tools source package
in Debian's testing distribution has changed.

  Previous version: 0.91d
  Current version:  0.91e

-- 
This email is automatically generated; [EMAIL PROTECTED] is responsible.
See http://people.debian.org/~henning/trille/ for more information.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Debian Installer Lenny Beta1: Status Update 2

[Otavio Salvador]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,

Here goes a new status update about release.

Please respect the reply-to header and please follow up to debian-boot
mailing list.

Bellow is the timeline we're following.

+--+---+
|   Date   | What happens  |
+--+---+
|February 5, 2007  |translation update request is send |
+--+---+
|February 15, 2007 |mass upload of translation updates |
+--+---+
|February 18, 2007 |mass migration of udebs| <=
+--+---+
|February 19, 2007 |debian-installer is uploaded   |
+--+---+
|February 21, 2007 |daily images are changed to use lenny installer|
+--+---+
|February 23, 2007 |test of images starts  |
+--+---+
|March 1, 2007 |final image builds |
+--+---+
|March 3, 2007 |planned release date   |
+--+---+

We're supposed to be at mass migration step however some buildds are
late and this will delay the release a bit. Two modules that are
critical for this release aren't yet built for all architectures
(cdebconf and debian-installer-utils).

There are other modules that aren't yet built but those aren't so
critical for the release. I expect that tomorrow we have them all
built, we will see.

Other pending migration, that is a real blocker for the release, is
apt 0.7.11 that fixes the famous GRUB installation failure. This is
also blocked due missing architectures and I hope we get it on lenny
by tomorrow too.

I'm doing my best to avoid further delays, let's see how fast all
those go and I'll try to be as fast as possible to handle next steps.

As soon as a next step is done, I'll send another status update.

Stay tuned ;-)

Cheers,

- -- 
O T A V I OS A L V A D O R
- -
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
- -
"Microsoft sells you Windows ... Linux gives
 you the whole house."
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ 

iD8DBQFHui3XLqiZQEml+FURAmHwAJ4oAN8qC6M3D5y6p5L5STvjxkS8RgCfTDZs
V5NRhtRj/Y65a3vKqFZ6S3Y=
=yd0j
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#454934: update-initramfs.8: mentions the specific conf file

[e2xbegqsdyt21hfc]

Package: initramfs-tools
Version: 0.91c
Severity: minor
Tags: patch
File: /usr/share/man/man8/update-initramfs.8.gz

  Another manual page issue:

--- update-initramfs.8.dpkg-dist2008-02-19
04:40:42.0 +0200
+++ update-initramfs.8.patched  2008-02-19
04:42:59.0 +0200
@@ -84,6 +84,9 @@
 .PP
 .B update\-initramfs -c -k 2.6.18-1-686

+.SH FILES
+/etc/initramfs-tools/update-initramfs.conf
+
 .SH AUTHOR
 The initramfs-tools are written by Maximilian Attems
<[EMAIL PROTECTED]>,
 Jeff Bailey <[EMAIL PROTECTED]> and
numerous others.


  

Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  
http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#366507: Pcmcia cardbus disabled

[dean yesDEAN]

Sorry for the delay. Figured out things well enough to be happy with 4.0r2, 
and to be able to do a network enabled install. Kernel parameter acpi=off does 
work for this ThinkPad 770z. Unfortunate in a way, given the point numbers 
on what looked like a did/didn't work divide. 

dean

- Original Message -
From: dean yesDEAN <[EMAIL PROTECTED]>
Date: Friday, February 8, 2008 5:15 pm

[...]
> Still have to figure out acpi, and what's installed, and... 
> debain seems to try acpi. 
> 
> 
> I have the problem on a ThinkPad 770z. Works fine with knoppix 5.0.1:
[...]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#466492: linux-image-2.6.24-1-xen-686: Please flag as domU and NOT dom0 kernel somewhere

[David Mohr]

Package: linux-image-2.6.24-1-xen-686
Version: 2.6.24-4
Severity: minor


Please note somewhere that this kernel only works as a domU kernel, and
not as a dom0 kernel. Yes, if someone is familiar with xen then it'll be
obvious, but it kinda sucks to have to stare at the screen of xen
hanging when trying to boot the kernel as dom0, because no error message
is provided.

apt-cache doesn't show any info about this, and neither does
/usr/share/doc/.

Thanks!

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (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-xen-686 depends on:
ii  initramfs-tools   0.91d  tools for generating an initramfs
ii  linux-modules-2.6.24-1-xen-68 2.6.24-4   Linux 2.6.24 modules on i686

Versions of packages linux-image-2.6.24-1-xen-686 recommends:
ii  libc6-xen 2.7-8  GNU C Library: Shared libraries [X

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#466499: linux-image-2.6.18-6-686: preinst script aborts on install without an obvious reason

[Matthias Mueller]

Package: linux-image-2.6.18-6-686
Version: 2.6.18.dfsg.1-18etch1
Severity: wishlist


I encountered the following problem on 2 systems, that were upgraded 
several times from older debian stable releases and used custom compiled 
kernels before.
apt-get install linux-image-2.6.18-6-686 aborted after the preinst 
script with the message 'Ok, Aborting'
The reason was a missing 'do_initrd = Yes' statement in 
/etc/kernel-img.conf and debconf set to Noninteractive. After changing 
debconf to Dialog it was obvious what was missing.
Additional information instead of only 'Ok, Aborting' would be nice (and 
would shorten the time to find the configuration error ;-)

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]