Re: boot parameter interface=auto can't adaptation the correct NIC
Quoting Qin Bo (kinbos...@gmail.com): hi all: I use squeeze Nov 6 build iso to install, i had three network interface card, a onboard NIC and two stand alone NIC is intel e1000, and e1000 1st(eth1) is plug a cable, e1000 2nd(eth2) and onboard(eth0) is not, i want to auto configure the NIC which plug cable (at this is e1000 1st, eth1), so i write interface=auto as boot parameter, but when get ip from dhcp server, the installation can't get ip. when i configure network manually, found the ip configure onboard NIC, that is say the ip is configure on eth0 not eth1. any idea? Or may be is a bug? If i want to auto configure the NIC which plug cable, how to? It would be interesting to get the installer logs. Could you try processing manually (but boot with interface=auto), complete the installation and then send the /var/log/installer files which you'll find on the installed system? To avoid a lengthy install, just do an install without any task selected (not even standard system). signature.asc Description: Digital signature
Re: boot parameter interface=auto can't adaptation the correct NIC
2010/12/10 Christian PERRIER bubu...@debian.org Quoting Qin Bo (kinbos...@gmail.com): hi all: I use squeeze Nov 6 build iso to install, i had three network interface card, a onboard NIC and two stand alone NIC is intel e1000, and e1000 1st(eth1) is plug a cable, e1000 2nd(eth2) and onboard(eth0) is not, i want to auto configure the NIC which plug cable (at this is e1000 1st, eth1), so i write interface=auto as boot parameter, but when get ip from dhcp server, the installation can't get ip. when i configure network manually, found the ip configure onboard NIC, that is say the ip is configure on eth0 not eth1. any idea? Or may be is a bug? If i want to auto configure the NIC which plug cable, how to? It would be interesting to get the installer logs. Could you try processing manually (but boot with interface=auto), when i disable the onboard card, then it can get ip from dhcp, if i manually select eth1, it also can work, in other words the NIC e1000 1st (eth1) is OK. but, i couldn't try it manually beacause i want to install the system with automatic netinstall finally, so i must use interface=auto as boot parameter, let installer can't auto adapt the NIC which have plug a cable. complete the installation and then send the /var/log/installer files which you'll find on the installed system? here is the relative log: Dec 10 10:48:06 main-menu[358]: INFO: Menu item 'ethdetect' selected Dec 10 10:48:06 kernel: [ 25.607101] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded Dec 10 10:48:06 kernel: [ 25.607125] r8169 :02:00.0: PCI INT A - GSI 17 (level, low) - IRQ 17 Dec 10 10:48:06 kernel: [ 25.607167] r8169 :02:00.0: setting latency timer to 64 Dec 10 10:48:06 kernel: [ 25.607210] alloc irq_desc for 26 on node -1 Dec 10 10:48:06 kernel: [ 25.607212] alloc kstat_irqs on node -1 Dec 10 10:48:06 kernel: [ 25.607228] r8169 :02:00.0: irq 26 for MSI/MSI-X Dec 10 10:48:06 kernel: [ 25.607831] eth0: RTL8168c/8111c at 0xc934e000, 00:21:85:01:ff:5c, XID 1c2000c0 IRQ 26 Dec 10 10:48:06 kernel: [ 25.615707] Intel(R) PRO/1000 Network Driver - version 7.3.21-k5-NAPI Dec 10 10:48:06 kernel: [ 25.615710] Copyright (c) 1999-2006 Intel Corporation. Dec 10 10:48:06 kernel: [ 25.615748] e1000 :03:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 Dec 10 10:48:06 net/hw-detect.hotplug: Detected hotpluggable network interface lo Dec 10 10:48:06 net/hw-detect.hotplug: Detected hotpluggable network interface eth0 Dec 10 10:48:07 kernel: [ 25.867589] e1000: :03:00.0: e1000_probe: (PCI:33MHz:32-bit) 00:07:e9:10:79:e1 Dec 10 10:48:07 kernel: [ 25.902177] e1000: eth1: e1000_probe: Intel(R) PRO/1000 Network Connection Dec 10 10:48:07 kernel: [ 25.902208] e1000 :03:01.0: PCI INT A - GSI 17 (level, low) - IRQ 17 Dec 10 10:48:07 kernel: [ 26.154391] e1000: :03:01.0: e1000_probe: (PCI:33MHz:32-bit) 00:07:e9:10:79:de Dec 10 10:48:07 kernel: [ 26.193637] e1000: eth2: e1000_probe: Intel(R) PRO/1000 Network Connection Dec 10 10:48:07 net/hw-detect.hotplug: Detected hotpluggable network interface eth2 Dec 10 10:48:07 net/hw-detect.hotplug: Detected hotpluggable network interface eth1 Dec 10 10:48:07 hw-detect: Loading PCMCIA bridge driver module: i82365 Dec 10 10:48:07 hw-detect: FATAL: Module i82365 not found. Dec 10 10:48:08 check-missing-firmware: no missing firmware in /dev/.udev/firmware-missing Dec 10 10:48:08 kernel: [ 27.596162] r8169: eth0: link down Dec 10 10:48:08 kernel: [ 27.596495] ADDRCONF(NETDEV_UP): eth0: link is not ready Dec 10 10:48:08 kernel: [ 27.626452] ADDRCONF(NETDEV_UP): eth1: link is not ready Dec 10 10:48:08 kernel: [ 27.683856] ADDRCONF(NETDEV_UP): eth2: link is not ready Dec 10 10:48:09 init: starting pid 339, tty '/dev/tty2': '-/bin/sh' Dec 10 10:48:09 check-missing-firmware: no missing firmware in /dev/.udev/firmware-missing Dec 10 10:48:10 main-menu[358]: INFO: Menu item 'netcfg' selected Dec 10 10:48:10 netcfg[3916]: INFO: eth0 is disconnected. (MII) Dec 10 10:48:10 netcfg[3916]: INFO: eth0 is not a wireless interface. Continuing. Dec 10 10:48:10 kernel: [ 29.266430] r8169: eth0: link down Dec 10 10:48:10 kernel: [ 29.266760] ADDRCONF(NETDEV_UP): eth0: link is not ready Dec 10 10:48:10 netcfg[3916]: INFO: eth1 is disconnected. (MII) Dec 10 10:48:10 netcfg[3916]: INFO: eth1 is not a wireless interface. Continuing. Dec 10 10:48:10 kernel: [ 29.289684] ADDRCONF(NETDEV_UP): eth1: link is not ready Dec 10 10:48:10 netcfg[3916]: INFO: eth2 is disconnected. (MII) Dec 10 10:48:10 netcfg[3916]: INFO: eth2 is not a wireless interface. Continuing. Dec 10 10:48:10 kernel: [ 29.347050] ADDRCONF(NETDEV_UP): eth2: link is not ready Dec 10 10:48:10 kernel: [ 29.437364] r8169: eth0: link down Dec 10 10:48:10 kernel: [ 29.437695] ADDRCONF(NETDEV_UP): eth0: link is not ready Dec 10 10:48:45 kernel: [ 63.884359] lo: Disabled Privacy Extensions Dec 10 10:48:45 kernel: [
Bug#606610: disk partitioner - backslash in label name problem
Package: installation-reports Installing Debian 6 beta2 i386 I found quite strange behavior of disk partitioner during install. Typing the label for new partition I accidentally put backslash at the end of the label name. It exactly looked like: SYS\. After that I wasn't able to edit this partition any more (clicking enter on its name on the list doesn't go to partition configure menu - just nothing happens beside of screen flash). What is even worse, after I clicked on the whole disk line and did Create new empty partition table on this device, and then create new partition (which was the first one as the previous SYS\ partition) I can not edit this one, either. Best Regards, Michal Talecki -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/d8774996-eaa8-496d-8072-6ff8eb08f...@gmail.com
linux-kernel-di-armel-2.6_1.53_armel.changes ACCEPTED into unstable
Accepted: ata-modules-2.6.32-5-iop32x-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/ata-modules-2.6.32-5-iop32x-di_1.53_armel.udeb ata-modules-2.6.32-5-ixp4xx-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/ata-modules-2.6.32-5-ixp4xx-di_1.53_armel.udeb beeper-modules-2.6.32-5-ixp4xx-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/beeper-modules-2.6.32-5-ixp4xx-di_1.53_armel.udeb btrfs-modules-2.6.32-5-iop32x-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/btrfs-modules-2.6.32-5-iop32x-di_1.53_armel.udeb btrfs-modules-2.6.32-5-ixp4xx-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/btrfs-modules-2.6.32-5-ixp4xx-di_1.53_armel.udeb btrfs-modules-2.6.32-5-kirkwood-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/btrfs-modules-2.6.32-5-kirkwood-di_1.53_armel.udeb btrfs-modules-2.6.32-5-orion5x-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/btrfs-modules-2.6.32-5-orion5x-di_1.53_armel.udeb btrfs-modules-2.6.32-5-versatile-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/btrfs-modules-2.6.32-5-versatile-di_1.53_armel.udeb cdrom-core-modules-2.6.32-5-iop32x-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/cdrom-core-modules-2.6.32-5-iop32x-di_1.53_armel.udeb cdrom-core-modules-2.6.32-5-ixp4xx-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/cdrom-core-modules-2.6.32-5-ixp4xx-di_1.53_armel.udeb cdrom-core-modules-2.6.32-5-kirkwood-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/cdrom-core-modules-2.6.32-5-kirkwood-di_1.53_armel.udeb cdrom-core-modules-2.6.32-5-orion5x-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/cdrom-core-modules-2.6.32-5-orion5x-di_1.53_armel.udeb cdrom-core-modules-2.6.32-5-versatile-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/cdrom-core-modules-2.6.32-5-versatile-di_1.53_armel.udeb core-modules-2.6.32-5-iop32x-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/core-modules-2.6.32-5-iop32x-di_1.53_armel.udeb core-modules-2.6.32-5-ixp4xx-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/core-modules-2.6.32-5-ixp4xx-di_1.53_armel.udeb core-modules-2.6.32-5-kirkwood-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/core-modules-2.6.32-5-kirkwood-di_1.53_armel.udeb core-modules-2.6.32-5-orion5x-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/core-modules-2.6.32-5-orion5x-di_1.53_armel.udeb core-modules-2.6.32-5-versatile-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/core-modules-2.6.32-5-versatile-di_1.53_armel.udeb crc-modules-2.6.32-5-iop32x-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/crc-modules-2.6.32-5-iop32x-di_1.53_armel.udeb crc-modules-2.6.32-5-ixp4xx-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/crc-modules-2.6.32-5-ixp4xx-di_1.53_armel.udeb crc-modules-2.6.32-5-kirkwood-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/crc-modules-2.6.32-5-kirkwood-di_1.53_armel.udeb crc-modules-2.6.32-5-orion5x-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/crc-modules-2.6.32-5-orion5x-di_1.53_armel.udeb crc-modules-2.6.32-5-versatile-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/crc-modules-2.6.32-5-versatile-di_1.53_armel.udeb crypto-dm-modules-2.6.32-5-iop32x-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/crypto-dm-modules-2.6.32-5-iop32x-di_1.53_armel.udeb crypto-dm-modules-2.6.32-5-ixp4xx-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/crypto-dm-modules-2.6.32-5-ixp4xx-di_1.53_armel.udeb crypto-dm-modules-2.6.32-5-kirkwood-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/crypto-dm-modules-2.6.32-5-kirkwood-di_1.53_armel.udeb crypto-dm-modules-2.6.32-5-orion5x-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/crypto-dm-modules-2.6.32-5-orion5x-di_1.53_armel.udeb crypto-dm-modules-2.6.32-5-versatile-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/crypto-dm-modules-2.6.32-5-versatile-di_1.53_armel.udeb crypto-modules-2.6.32-5-iop32x-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/crypto-modules-2.6.32-5-iop32x-di_1.53_armel.udeb crypto-modules-2.6.32-5-ixp4xx-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/crypto-modules-2.6.32-5-ixp4xx-di_1.53_armel.udeb crypto-modules-2.6.32-5-kirkwood-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/crypto-modules-2.6.32-5-kirkwood-di_1.53_armel.udeb crypto-modules-2.6.32-5-orion5x-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/crypto-modules-2.6.32-5-orion5x-di_1.53_armel.udeb crypto-modules-2.6.32-5-versatile-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/crypto-modules-2.6.32-5-versatile-di_1.53_armel.udeb event-modules-2.6.32-5-iop32x-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/event-modules-2.6.32-5-iop32x-di_1.53_armel.udeb event-modules-2.6.32-5-ixp4xx-di_1.53_armel.udeb to main/l/linux-kernel-di-armel-2.6/event-modules-2.6.32-5-ixp4xx-di_1.53_armel.udeb event-modules-2.6.32-5-kirkwood-di_1.53_armel.udeb
linux-kernel-di-armel-2.6_1.54_multi.changes ACCEPTED into unstable
Accepted: ata-modules-2.6.32-5-iop32x-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/ata-modules-2.6.32-5-iop32x-di_1.54_armel.udeb beeper-modules-2.6.32-5-ixp4xx-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/beeper-modules-2.6.32-5-ixp4xx-di_1.54_armel.udeb btrfs-modules-2.6.32-5-iop32x-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/btrfs-modules-2.6.32-5-iop32x-di_1.54_armel.udeb btrfs-modules-2.6.32-5-ixp4xx-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/btrfs-modules-2.6.32-5-ixp4xx-di_1.54_armel.udeb btrfs-modules-2.6.32-5-kirkwood-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/btrfs-modules-2.6.32-5-kirkwood-di_1.54_armel.udeb btrfs-modules-2.6.32-5-orion5x-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/btrfs-modules-2.6.32-5-orion5x-di_1.54_armel.udeb btrfs-modules-2.6.32-5-versatile-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/btrfs-modules-2.6.32-5-versatile-di_1.54_armel.udeb cdrom-core-modules-2.6.32-5-iop32x-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/cdrom-core-modules-2.6.32-5-iop32x-di_1.54_armel.udeb cdrom-core-modules-2.6.32-5-kirkwood-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/cdrom-core-modules-2.6.32-5-kirkwood-di_1.54_armel.udeb cdrom-core-modules-2.6.32-5-orion5x-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/cdrom-core-modules-2.6.32-5-orion5x-di_1.54_armel.udeb cdrom-core-modules-2.6.32-5-versatile-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/cdrom-core-modules-2.6.32-5-versatile-di_1.54_armel.udeb core-modules-2.6.32-5-iop32x-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/core-modules-2.6.32-5-iop32x-di_1.54_armel.udeb core-modules-2.6.32-5-ixp4xx-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/core-modules-2.6.32-5-ixp4xx-di_1.54_armel.udeb core-modules-2.6.32-5-kirkwood-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/core-modules-2.6.32-5-kirkwood-di_1.54_armel.udeb core-modules-2.6.32-5-orion5x-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/core-modules-2.6.32-5-orion5x-di_1.54_armel.udeb core-modules-2.6.32-5-versatile-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/core-modules-2.6.32-5-versatile-di_1.54_armel.udeb crc-modules-2.6.32-5-iop32x-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/crc-modules-2.6.32-5-iop32x-di_1.54_armel.udeb crc-modules-2.6.32-5-ixp4xx-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/crc-modules-2.6.32-5-ixp4xx-di_1.54_armel.udeb crc-modules-2.6.32-5-kirkwood-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/crc-modules-2.6.32-5-kirkwood-di_1.54_armel.udeb crc-modules-2.6.32-5-orion5x-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/crc-modules-2.6.32-5-orion5x-di_1.54_armel.udeb crc-modules-2.6.32-5-versatile-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/crc-modules-2.6.32-5-versatile-di_1.54_armel.udeb crypto-dm-modules-2.6.32-5-iop32x-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/crypto-dm-modules-2.6.32-5-iop32x-di_1.54_armel.udeb crypto-dm-modules-2.6.32-5-ixp4xx-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/crypto-dm-modules-2.6.32-5-ixp4xx-di_1.54_armel.udeb crypto-dm-modules-2.6.32-5-kirkwood-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/crypto-dm-modules-2.6.32-5-kirkwood-di_1.54_armel.udeb crypto-dm-modules-2.6.32-5-orion5x-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/crypto-dm-modules-2.6.32-5-orion5x-di_1.54_armel.udeb crypto-dm-modules-2.6.32-5-versatile-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/crypto-dm-modules-2.6.32-5-versatile-di_1.54_armel.udeb crypto-modules-2.6.32-5-iop32x-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/crypto-modules-2.6.32-5-iop32x-di_1.54_armel.udeb crypto-modules-2.6.32-5-ixp4xx-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/crypto-modules-2.6.32-5-ixp4xx-di_1.54_armel.udeb crypto-modules-2.6.32-5-kirkwood-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/crypto-modules-2.6.32-5-kirkwood-di_1.54_armel.udeb crypto-modules-2.6.32-5-orion5x-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/crypto-modules-2.6.32-5-orion5x-di_1.54_armel.udeb crypto-modules-2.6.32-5-versatile-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/crypto-modules-2.6.32-5-versatile-di_1.54_armel.udeb event-modules-2.6.32-5-iop32x-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/event-modules-2.6.32-5-iop32x-di_1.54_armel.udeb event-modules-2.6.32-5-ixp4xx-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/event-modules-2.6.32-5-ixp4xx-di_1.54_armel.udeb event-modules-2.6.32-5-kirkwood-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/event-modules-2.6.32-5-kirkwood-di_1.54_armel.udeb event-modules-2.6.32-5-orion5x-di_1.54_armel.udeb to main/l/linux-kernel-di-armel-2.6/event-modules-2.6.32-5-orion5x-di_1.54_armel.udeb ext2-modules-2.6.32-5-iop32x-di_1.54_armel.udeb to
linux-kernel-di-armel-2.6 override disparity
There are disparities between your recently accepted upload and the override file for the following file(s): ext4-modules-2.6.32-5-ixp4xx-di_1.54_armel.udeb: package says priority is extra, override says standard. Please note that a list of new sections were recently added to the archive: cli-mono, database, debug, fonts, gnu-r, gnustep, haskell, httpd, java, kernel, lisp, localization, ocaml, php, ruby, vcs, video, xfce, zope. At this time a script was used to reclassify packages into these sections. If this is the case, please only reply to this email if the new section is inappropriate, otherwise please update your package at the next upload. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please file a bug against ftp.debian.org and explain why. Please INCLUDE the list of packages as seen above, or we won't be able to deal with your request due to missing information. Please make sure that the subject of the bug you file follows the following format: Subject: override: BINARY1:section/priority, [...], BINARYX:section/priority Include the justification for the change in the body of the mail please. [NB: this is an automatically generated mail; if you already filed a bug and have not received a response yet, please ignore this mail. Your bug needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pr09p-0003ct...@franck.debian.org
Bug#606621: mklibs-readelf: segfaults on static objects
Source: mklibs
Version: 0.1.30
Severity: important
Tags: patch
This was originally found on armhf (a new port on debian-ports.org), when
doing d-i work, but was also reproduced on amd64 and Ubuntu armel -which
I guess uses the same source.
You can easily check it by doing:
$ mklibs-readelf -n /sbin/ldconfig.real
Segmentation fault
I attach a simple patch that fixes this. It just checks to see if the
about-to-be-checked elf dynamic section is non-null. This should be
trivial to include, so please do so, I had d-i build image fail on me
because of this.
Thanks.
Konstantinos
-- System Information:
Debian Release: squeeze/sid
Architecture: armhf (armv7l)
Kernel: Linux 2.6.31.14-efikamx (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN mklibs-0.1.30/src/mklibs-readelf/main.cpp mklibs-0.1.30.fixed//src/mklibs-readelf/main.cpp
--- mklibs-0.1.30/src/mklibs-readelf/main.cpp 2010-06-02 17:47:32.0 +
+++ mklibs-0.1.30.fixed//src/mklibs-readelf/main.cpp 2010-12-10 12:32:08.939766620 +
@@ -56,11 +56,14 @@
static void process_dynamics (Elf::file *file, int64_t tag)
{
const Elf::section_typeElf::section_type_DYNAMIC *section = file-get_section_DYNAMIC ();
- for (std::vectorElf::dynamic *::const_iterator it = section-get_dynamics ().begin (); it != section-get_dynamics ().end (); ++it)
- {
-Elf::dynamic *dynamic = *it;
-if (dynamic-get_tag () == tag)
- std::cout dynamic-get_val_string () '\n';
+ std::cout process_dynamics: section = std::hex section \n;
+ if (section != NULL) {
+for (std::vectorElf::dynamic *::const_iterator it = section-get_dynamics ().begin (); it != section-get_dynamics ().end (); ++it)
+{
+ Elf::dynamic *dynamic = *it;
+ if (dynamic-get_tag () == tag)
+std::cout dynamic-get_val_string () '\n';
+}
}
}
Bug#606621: Acknowledgement (mklibs-readelf: segfaults on static objects)
Oh, I seem to have forgotten one debug line, please remove the following line: std::cout process_dynamics: section = std::hex section \n; Thanks Konstantinos -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201012101456.55127.mar...@genesi-usa.com
Bug#606636: Reverse DNS takes precedence over netcfg/get_hostname
Package: netcfg Version: 1.46 The value specified using netcfg/get_hostname seems to be ignored, if a reverse DNS entry is present for the IP-address of the server being installed. Seems to be a bit similar to this bug: http://bugs.debian.org/cgi- bin/bugreport.cgi?bug=544513 (dhcp returned hostname take precedence on netcfg/get_hostname) Except in my case it seems the reverse DNS hostname is used, instead of the DHCP hostname. I think netcfg/get_hostname should take precendence over everything else. Yours sincerely, Floris Bos -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201012101513.32125@je-eigen-domein.nl
Bug#606621: Acknowledgement (mklibs-readelf: segfaults on static objects)
Followup email:
It appears that the same segfault appeared with two other command line
options, --print-symbols-provided and --print-symbols-undefined (on the
same file, /sbin/ldconfig.real. I attach
the complete patch (tested to work properly throughout the whole d-i image
build process).
Konstantinos
diff -ruN mklibs-0.1.30/src/mklibs-readelf/main.cpp mklibs-0.1.30.fixed//src/mklibs-readelf/main.cpp
--- mklibs-0.1.30/src/mklibs-readelf/main.cpp 2010-06-02 17:47:32.0 +
+++ mklibs-0.1.30.fixed//src/mklibs-readelf/main.cpp 2010-12-10 14:06:16.159766238 +
@@ -56,67 +56,75 @@
static void process_dynamics (Elf::file *file, int64_t tag)
{
const Elf::section_typeElf::section_type_DYNAMIC *section = file-get_section_DYNAMIC ();
- for (std::vectorElf::dynamic *::const_iterator it = section-get_dynamics ().begin (); it != section-get_dynamics ().end (); ++it)
- {
-Elf::dynamic *dynamic = *it;
-if (dynamic-get_tag () == tag)
- std::cout dynamic-get_val_string () '\n';
+ if (section != NULL) {
+for (std::vectorElf::dynamic *::const_iterator it = section-get_dynamics ().begin (); it != section-get_dynamics ().end (); ++it)
+{
+ Elf::dynamic *dynamic = *it;
+ if (dynamic-get_tag () == tag)
+std::cout dynamic-get_val_string () '\n';
+}
}
}
static void process_symbols_provided (const Elf::section_typeElf::section_type_DYNSYM *section)
{
- for (std::vectorElf::symbol *::const_iterator it = section-get_symbols ().begin (); it != section-get_symbols ().end (); ++it)
+ if (section != NULL)
{
-const Elf::symbol *symbol = *it;
-uint8_t bind = symbol-get_bind ();
-uint16_t shndx = symbol-get_shndx ();
-uint8_t type = symbol-get_type ();
-const std::string name = symbol-get_name_string ();
-
-if (bind != STB_GLOBAL bind != STB_WEAK)
- continue;
-if (shndx == SHN_UNDEF || shndx == SHN_ABS)
- continue;
-if (type != STT_NOTYPE type != STT_OBJECT type != STT_FUNC type != STT_GNU_IFUNC type != STT_COMMON type != STT_TLS)
- continue;
-if (!name.size())
- continue;
-
-std::cout
- name
- ' ' (bind == STB_WEAK ? True : False)
- ' ' symbol-get_version()
- ' ' (symbol-get_version_data() 0x8000 ? False : True)
- '\n';
+for (std::vectorElf::symbol *::const_iterator it = section-get_symbols ().begin (); it != section-get_symbols ().end (); ++it)
+{
+ const Elf::symbol *symbol = *it;
+ uint8_t bind = symbol-get_bind ();
+ uint16_t shndx = symbol-get_shndx ();
+ uint8_t type = symbol-get_type ();
+ const std::string name = symbol-get_name_string ();
+
+ if (bind != STB_GLOBAL bind != STB_WEAK)
+continue;
+ if (shndx == SHN_UNDEF || shndx == SHN_ABS)
+continue;
+ if (type != STT_NOTYPE type != STT_OBJECT type != STT_FUNC type != STT_GNU_IFUNC type != STT_COMMON type != STT_TLS)
+continue;
+ if (!name.size())
+continue;
+
+ std::cout
+name
+' ' (bind == STB_WEAK ? True : False)
+' ' symbol-get_version()
+' ' (symbol-get_version_data() 0x8000 ? False : True)
+'\n';
+}
}
}
static void process_symbols_undefined (const Elf::section_typeElf::section_type_DYNSYM *section)
{
- for (std::vectorElf::symbol *::const_iterator it = section-get_symbols ().begin (); it != section-get_symbols ().end (); ++it)
+ if (section != NULL)
{
-const Elf::symbol *symbol = *it;
-uint8_t bind = symbol-get_bind ();
-uint16_t shndx = symbol-get_shndx ();
-uint8_t type = symbol-get_type ();
-const std::string name = symbol-get_name_string ();
-
-if (bind != STB_GLOBAL bind != STB_WEAK)
- continue;
-if (shndx != SHN_UNDEF)
- continue;
-if (type != STT_NOTYPE type != STT_OBJECT type != STT_FUNC type != STT_GNU_IFUNC type != STT_COMMON type != STT_TLS)
- continue;
-if (!name.size())
- continue;
-
-std::cout
- name
- ' ' (bind == STB_WEAK ? True : False)
- ' ' symbol-get_version()
- ' ' symbol-get_version_file()
- '\n';
+for (std::vectorElf::symbol *::const_iterator it = section-get_symbols ().begin (); it != section-get_symbols ().end (); ++it)
+{
+ const Elf::symbol *symbol = *it;
+ uint8_t bind = symbol-get_bind ();
+ uint16_t shndx = symbol-get_shndx ();
+ uint8_t type = symbol-get_type ();
+ const std::string name = symbol-get_name_string ();
+
+ if (bind != STB_GLOBAL bind != STB_WEAK)
+continue;
+ if (shndx != SHN_UNDEF)
+continue;
+ if (type != STT_NOTYPE type != STT_OBJECT type != STT_FUNC type != STT_GNU_IFUNC type != STT_COMMON type != STT_TLS)
+continue;
+ if (!name.size())
+continue;
+
+ std::cout
+name
+' ' (bind == STB_WEAK ? True : False)
+' ' symbol-get_version()
+' '
Bug#606654: Busybox should include arping applet
Package: busybox-udeb Version: 1.10.2-2 I think the arping applet should be enabled in the Busybox build. It helps a great deal in debugging general network issues and could be helpful to create a solution for some other bugs like: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537271 (network may not be usable as soon as link is up) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606515 (Preseed installation does not wait for network to be ready) Yours sincerely, Floris Bos --- busybox-1.10.2/debian/config/config.udeb.orig 2010-12-10 16:13:59.0 +0100 +++ busybox-1.10.2/debian/config/config.udeb 2010-12-10 16:14:28.0 +0100 @@ -589,7 +589,7 @@ # CONFIG_FEATURE_PREFER_IPV4_ADDRESS is not set # CONFIG_VERBOSE_RESOLUTION_ERRORS is not set # CONFIG_ARP is not set -# CONFIG_ARPING is not set +CONFIG_ARPING=y # CONFIG_BRCTL is not set # CONFIG_FEATURE_BRCTL_FANCY is not set # CONFIG_DNSD is not set
Re: boot parameter interface=auto can't adaptation the correct NIC
On Fri, Dec 10, 2010 at 05:45:30PM +0800, Qin Bo wrote: Dec 10 10:49:14 netcfg[3916]: INFO: eth0 is disconnected. (MII) Dec 10 10:49:14 netcfg[3916]: INFO: eth0 is not a wireless interface. Continuing. Dec 10 10:49:14 netcfg[3916]: INFO: eth1 is disconnected. (MII) Dec 10 10:49:14 netcfg[3916]: INFO: eth1 is not a wireless interface. Continuing. Dec 10 10:49:14 kernel: [ 93.801715] ADDRCONF(NETDEV_UP): eth1: link is not ready Dec 10 10:49:14 kernel: [ 93.804385] e1000: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX Dec 10 10:49:15 netcfg[3916]: INFO: eth2 is disconnected. (MII) Dec 10 10:49:15 netcfg[3916]: INFO: eth2 is not a wireless interface. Continuing. Dec 10 10:49:15 kernel: [ 93.867068] ADDRCONF(NETDEV_UP): eth2: link is not ready Dec 10 10:49:15 main-menu[358]: (process:3915): udhcpc (v1.17.1) started Dec 10 10:49:15 main-menu[358]: (process:3915): Sending discover... Dec 10 10:49:15 main-menu[358]: (process:3915): Sending discover... Dec 10 10:49:15 main-menu[358]: (process:3915): Sending discover... Dec 10 10:49:15 main-menu[358]: (process:3915): udhcpc: has been called with an unknown param: leasefail Dec 10 10:49:15 main-menu[358]: (process:3915): Received SIGTERM Dec 10 10:49:15 main-menu[358]: INFO: Menu item 'netcfg' succeeded but Is this another case of a driver/NIC taking longer to get link up after being enabled than the installer is willing to wait? I seem to recall a bnx2 user a few days ago reporting a similar problem. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101210154825.gr12...@caffeine.csclub.uwaterloo.ca
Bug#606654: Busybox should include arping applet
Floris Bos b...@je-eigen-domein.nl writes: I think the arping applet should be enabled in the Busybox build. It helps a great deal in debugging general network issues and could be helpful to create a solution for some other bugs like: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537271 (network may not be usable as soon as link is up) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606515 (Preseed installation does not wait for network to be ready) Hi, Please read http://wiki.debian.org/DebianInstaller/FAQ#Q.3AWhyispingnotavailableinthedebugshell Roughly the same applies to arping. After all, you can cat /proc/net/arp to check whether the gateway has a complete entry. -- Cheers, Feri. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wrnhk3ns@tac.ki.iif.hu
Bug#606636: Reverse DNS takes precedence over netcfg/get_hostname
Floris Bos b...@je-eigen-domein.nl writes: The value specified using netcfg/get_hostname seems to be ignored, if a reverse DNS entry is present for the IP-address of the server being installed. [...] I think netcfg/get_hostname should take precendence over everything else. Half of the current behaviour is documented in http://d-i.alioth.debian.org/manual/en.i386/apbs04.html#preseed-network Maybe the idea was to enable skipping the question without specifying a fixed name. -- Cheers, Feri. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87sjy5k3g4@tac.ki.iif.hu
Processed: handling bugs in the Debian BTS
Processing commands for cont...@bugs.debian.org: retitle 603960 squeeze beta1: isolinux freezes Bug #603960 [installation-reports] Debian Installer 6.0 Beta1 bug report Changed Bug title to 'squeeze beta1: isolinux freezes' from 'Debian Installer 6.0 Beta1 bug report' merge 603960 604245 604560 Bug#603960: squeeze beta1: isolinux freezes Bug#604245: Syslinux fails Bug#604560: installation report Bug#604555: After booting from USB-flash, keyboard is not work, and i'm can't select any, e.g. install, graphical install, .. Merged 603960 604245 604555 604560. thanks Stopping processing here. Please contact me if you need assistance. -- 604245: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604245 604560: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604560 604555: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604555 603960: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603960 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129200489915206.transcr...@bugs.debian.org
Bug#606654: Busybox should include arping applet
Hi, On Friday, December 10, 2010 05:12:39 pm Ferenc Wagner wrote: Floris Bos b...@je-eigen-domein.nl writes: I think the arping applet should be enabled in the Busybox build. It helps a great deal in debugging general network issues and could be helpful to create a solution for some other bugs like: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537271 (network may not be usable as soon as link is up) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606515 (Preseed installation does not wait for network to be ready) Please read http://wiki.debian.org/DebianInstaller/FAQ#Q.3AWhyispingnotavailableinthede bugshell Roughly the same applies to arping. After all, you can cat /proc/net/arp to check whether the gateway has a complete entry. But wouldn't you need to initiate network communication before an entry in /proc/net/arp for the gateway appears? Right now PXE preseed installations are broken, making Debian unsuitable for use by dedicated server providers. The Debian installer does not wait for the network link to come up (can take about 3 seconds on some NICs connected to a standard Gigabit switch), nor does it take into account that it can take 30 seconds before network activity is possible in spanning tree configurations. A simply 1-line fix if we had arping might be executing between netcfg and network-preseed: arping -f -c 35 $GATEWAY_IP (wait until you get an ARP reply from the gateway, timeout after 35 seconds/tries). I don't think calling wget 35 times, and grepping /proc/net/arp is a clean alternative, just to save 4 KB of space. -- Yours sincerely, Floris Bos -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201012101856.07223@je-eigen-domein.nl
Re: boot parameter interface=auto can't adaptation the correct NIC
lsore...@csclub.uwaterloo.ca (Lennart Sorensen) writes: On Fri, Dec 10, 2010 at 05:45:30PM +0800, Qin Bo wrote: Dec 10 10:49:14 netcfg[3916]: INFO: eth0 is disconnected. (MII) Dec 10 10:49:14 netcfg[3916]: INFO: eth0 is not a wireless interface. Continuing. Dec 10 10:49:14 netcfg[3916]: INFO: eth1 is disconnected. (MII) Dec 10 10:49:14 netcfg[3916]: INFO: eth1 is not a wireless interface. Continuing. Dec 10 10:49:14 kernel: [ 93.801715] ADDRCONF(NETDEV_UP): eth1: link is not ready Dec 10 10:49:14 kernel: [ 93.804385] e1000: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX Dec 10 10:49:15 netcfg[3916]: INFO: eth2 is disconnected. (MII) Dec 10 10:49:15 netcfg[3916]: INFO: eth2 is not a wireless interface. Continuing. Dec 10 10:49:15 kernel: [ 93.867068] ADDRCONF(NETDEV_UP): eth2: link is not ready Dec 10 10:49:15 main-menu[358]: (process:3915): udhcpc (v1.17.1) started Dec 10 10:49:15 main-menu[358]: (process:3915): Sending discover... Dec 10 10:49:15 main-menu[358]: (process:3915): Sending discover... Dec 10 10:49:15 main-menu[358]: (process:3915): Sending discover... Dec 10 10:49:15 main-menu[358]: (process:3915): udhcpc: has been called with an unknown param: leasefail Dec 10 10:49:15 main-menu[358]: (process:3915): Received SIGTERM Dec 10 10:49:15 main-menu[358]: INFO: Menu item 'netcfg' succeeded but Is this another case of a driver/NIC taking longer to get link up after being enabled than the installer is willing to wait? I seem to recall a bnx2 user a few days ago reporting a similar problem. Intersting timing above: udhcpc lives less than a second? I've also got a problem with link states, but that's more an unfortunate interleaving of events, see 'udhcpc timeout with tg3' from Dec. 6. Or maybe these timestamps are wrong for some reason? -- Regards, Feri. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8762v1jxh7@tac.ki.iif.hu
Bug#606610: disk partitioner - backslash in label name problem
reassign 606610 parted thanks Quoting michal talecki (michal.tale...@gmail.com): Package: installation-reports Installing Debian 6 beta2 i386 I found quite strange behavior of disk partitioner during install. Typing the label for new partition I accidentally put backslash at the end of the label name. It exactly looked like: SYS\. After that I wasn't able to edit this partition any more (clicking enter on its name on the list doesn't go to partition configure menu - just nothing happens beside of screen flash). What is even worse, after I clicked on the whole disk line and did Create new empty partition table on this device, and then create new partition (which was the first one as the previous SYS\ partition) I can not edit this one, either. I suspect this bug to belong to parted. Please reassign to partman-base if this is incorrect. signature.asc Description: Digital signature
Processed: Re: Bug#606610: disk partitioner - backslash in label name problem
Processing commands for cont...@bugs.debian.org: reassign 606610 parted Bug #606610 [installation-reports] disk partitioner - backslash in label name problem Bug reassigned from package 'installation-reports' to 'parted'. thanks Stopping processing here. Please contact me if you need assistance. -- 606610: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606610 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129200751828095.transcr...@bugs.debian.org
Bug#606654: Busybox should include arping applet
Floris Bos b...@je-eigen-domein.nl writes: On Friday, December 10, 2010 05:12:39 pm Ferenc Wagner wrote: Floris Bos b...@je-eigen-domein.nl writes: I think the arping applet should be enabled in the Busybox build. It helps a great deal in debugging general network issues and could be helpful to create a solution for some other bugs like: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537271 (network may not be usable as soon as link is up) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606515 (Preseed installation does not wait for network to be ready) Please read http://wiki.debian.org/DebianInstaller/FAQ#Q.3AWhyispingnotavailableinthede bugshell Roughly the same applies to arping. After all, you can cat /proc/net/arp to check whether the gateway has a complete entry. But wouldn't you need to initiate network communication before an entry in /proc/net/arp for the gateway appears? Yes, sure. Right now PXE preseed installations are broken, making Debian unsuitable for use by dedicated server providers. The Debian installer does not wait for the network link to come up (can take about 3 seconds on some NICs connected to a standard Gigabit switch), nor does it take into account that it can take 30 seconds before network activity is possible in spanning tree configurations. I agree that this is a problem, I've been bitten by this recently. A simply 1-line fix if we had arping might be executing between netcfg and network-preseed: arping -f -c 35 $GATEWAY_IP (wait until you get an ARP reply from the gateway, timeout after 35 seconds/tries). Something like that should go *into* netcfg, between configuring the network statically and querying the DNS for the name of the configured IP address. For DHCP, udhcpc should be invoked with -t 20 or similar, so that it doesn't just sleep most of the time but actually tries to get a license during the time allowed by the dialog timeout. I don't think calling wget 35 times, and grepping /proc/net/arp is a clean alternative, just to save 4 KB of space. wget isn't pretty, but one could do something like while [ $i -lt 30 ] ! nc -w 1 GATEWAY 80 -e /bin/true; do i=$(($i + 1)); done grep ^GATEWAY .* 00:00:00:00:00:00 /proc/net/arp echo fail for example. But netcfg is written in C, and this stuff belongs to there, where one could do even better. -- Cheers, Feri. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87lj3xie5h@tac.ki.iif.hu
Bug#606636: Reverse DNS takes precedence over netcfg/get_hostname
Hi, On Friday, December 10, 2010 05:17:15 pm Ferenc Wagner wrote: Floris Bos b...@je-eigen-domein.nl writes: The value specified using netcfg/get_hostname seems to be ignored, if a reverse DNS entry is present for the IP-address of the server being installed. [...] I think netcfg/get_hostname should take precendence over everything else. Half of the current behaviour is documented in http://d-i.alioth.debian.org/manual/en.i386/apbs04.html#preseed-network Maybe the idea was to enable skipping the question without specifying a fixed name. Well, if you think people rely on the current behavior because it's partial documented, then treat my bug report as a feature request for a preseed option to override this behavior. Not everyone has the power to change their own reverse DNS entries, or it might take time to process (send a request to the upstream provider that is responsible for the IP block, wait for them to process it, and reload the nameserver zonefile). And people like to be able to choose their own hostname. -- Yours sincerely, Floris Bos -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201012102042.37085@je-eigen-domein.nl
Bug#606636: Reverse DNS takes precedence over netcfg/get_hostname
Floris Bos b...@je-eigen-domein.nl writes: On Friday, December 10, 2010 05:17:15 pm Ferenc Wagner wrote: Floris Bos b...@je-eigen-domein.nl writes: The value specified using netcfg/get_hostname seems to be ignored, if a reverse DNS entry is present for the IP-address of the server being installed. [...] I think netcfg/get_hostname should take precendence over everything else. Half of the current behaviour is documented in http://d-i.alioth.debian.org/manual/en.i386/apbs04.html#preseed-network Maybe the idea was to enable skipping the question without specifying a fixed name. Well, if you think people rely on the current behavior because it's partial documented I certainly do... Maybe that's my problem, though. :) then treat my bug report as a feature request for a preseed option to override this behavior. Fair enough. But I doubt its feasibility before squeeze... Not everyone has the power to change their own reverse DNS entries, or it might take time to process (send a request to the upstream provider that is responsible for the IP block, wait for them to process it, and reload the nameserver zonefile). And people like to be able to choose their own hostname. Yeah. Currently they can either 1. not preseed it but type in during installation, or 2. set it in the DNS records. Looks like it worked good enough till now. -- Regards, Feri. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87bp4tic2x@tac.ki.iif.hu
Bug#606647: fixed
We believe that the bug you reported is now fixed; the following changes were made to the overrides... Concerning package ext4-modules-2.6.32-5-ixp4xx-di... Operating on the unstable suite Changed priority from standard to extra Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 606...@bugs.debian.org. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org. Debian distribution maintenance software pp. Luca Falavigna (the ftpmaster behind the curtain) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1prapi-0007gg...@franck.debian.org
Re: Bug#606441: unblock: yaboot/1.3.13a-1squeeze1
On 12/09/2010 10:27 AM, Gaudenz Steinlin wrote: I sponsored an uploaded of yaboot to testing-proposed-updates with the following changes to fix RC bugs: yaboot (1.3.13a-1squeeze1) testing-proposed-updates; urgency=low . * Team upload. * Get scsi, sata, and firewire drive info from sysfs as legacy /proc/scsi interface does not exist anymore. (Closes: #572869, #377097, #342833, #289201) * Use persistent device naming symlinks, UUID and LABEL tags instead of unix block device names. (Closes: #580455) * debian/copyright: Add copyright notice from ofpath. The package has to go thourgh t-p-u because there is a newer upstream version already uploaded to sid. I'm ok to approve this upload but I prefer to have an ack from Otavio (or boot folks) first. (CC'ing Otavio and -boot). Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d02a122.8080...@dogguy.org
Re: Bug#606441: unblock: yaboot/1.3.13a-1squeeze1
On Fri, Dec 10, 2010 at 10:52:34PM +0100, Mehdi Dogguy wrote: On 12/09/2010 10:27 AM, Gaudenz Steinlin wrote: I sponsored an uploaded of yaboot to testing-proposed-updates with the following changes to fix RC bugs: yaboot (1.3.13a-1squeeze1) testing-proposed-updates; urgency=low . * Team upload. * Get scsi, sata, and firewire drive info from sysfs as legacy /proc/scsi interface does not exist anymore. (Closes: #572869, #377097, #342833, #289201) * Use persistent device naming symlinks, UUID and LABEL tags instead of unix block device names. (Closes: #580455) * debian/copyright: Add copyright notice from ofpath. The package has to go thourgh t-p-u because there is a newer upstream version already uploaded to sid. I'm ok to approve this upload but I prefer to have an ack from Otavio (or boot folks) first. (CC'ing Otavio and -boot). Of course if the new version currently in unstable that many people have asked for for years was used instead, a huge number of newer powerpc machines might actually work with Debian. 1.3.13a is simply useless for most modern powerpc machines. I had to move to grub2 instead with much manual tweaking and debuging (with upstream help) to get a working bootloader for squeeze. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101210220725.gt12...@caffeine.csclub.uwaterloo.ca
PUERARIA MIRIFICA, BUTEA SUPERBA EVERBEAUTY VACIN FORMULA - REJUVENESCIMENTO, POTÊNCIA, BELEZA E IMUNIDADE EM CÁPSULAS
Defenda-se do ataque diário de substâncias perigosas com EVERBEAUTY Vacin Formula Agora você pode combater a causa de uma enorme gama de problemas que geram doenças, envelhecem seu corpo e tiram sua alegria de viver. Desfrute dos efeitos regeneradores do Ácido Alfa-lipóico, do Levedo de cerveja, do Makhon Pom, do Mangkhut, da Pueraria Mirifica e da Butea Superba, tudo em um único produto, em cápsulas. Sua vida nunca mais vai ser como antes. Você vai sentir sua capacidade de movimento voltando, o funcionamento normal do seu organismo, as virtudes de liberdade e confiança em si próprio presentes de volta ao seu dia-a-dia. Ainda vai poder ter os seguintes benefícios: Para Mulheres: - Manutenção das características sexuais femininas. - Revigora o corpo e a mente e elimina a perda energética - Auxilio contra a síndrome da menopausa - Alívio da Tensão Pré-Menstrual - Ajuda a controlar desordem comportamental da menopausa. - Melhora a secreção vaginal. - Melhora a menstruação. - Aumenta e enrijece os seios. - Nutre a condição da pele, especialmente em volta dos seios. - Anticancerígeno para os seios (reduz drasticamente a incidência de tumores nas mamas - COMPROVADO CIENTIFICAMENTE) - Melhora a saúde sexual da mulher e a libido. - Repõe importantes hormônios para a saúde da mulher de forma natural - Anti-osteoporose Para Homens e Mulheres: - Rejuvenesce o corpo e mantém os níveis de disposição física (vigor) em alta. - Anticancerígeno para o colo-retal - Ajuda a reduzir o colesterol e melhora as condições cardiovasculares - Combate a queda prematura dos cabelos. - Ajuda no renascimento dos cabelos, fortalecendo-os e escurecendo-os. - Aumenta os níveis de energia do corpo dando mais vigor e facilitando os movimentos! - Estimula a circulação sanguínea - Melhora a memória. - Melhora o apetite. - Faz a aparência da pele mais bonita e jovem. - Propriedade antienvelhecimento. - Reduz as rugas. - Alivia problemas de catarata. - Torna a Face mais radiante. - Anticancerígeno para a próstata (para homens) - Alívio para as desordens do sono. Não perca mais tempo buscando tratamentos apenas externos, você tem que se tratar de forma holística e efetiva. Temos relatos científicos e testemunhos de usuários em vários países. Aguardamos seu contato em: northwindbra...@hotmail.com ou northwindbra...@yahoo.com Estamos formando parcerias com representantes e distribuidoras em todo o Brasil, Peça maiores informações e receba arquivos preciosos para sua beleza, potência sexual, vigor físico e mental, rejuvenescimento e imunidade. Tudo gratuitamente. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/mvavqj2l-4hjt-452r-2si4-i1rpui4rm...@yahoo.com
Bug#606636: Reverse DNS takes precedence over netcfg/get_hostname
On Friday, December 10, 2010 09:53:42 pm Ferenc Wagner wrote: Not everyone has the power to change their own reverse DNS entries, or it might take time to process (send a request to the upstream provider that is responsible for the IP block, wait for them to process it, and reload the nameserver zonefile). And people like to be able to choose their own hostname. Yeah. Currently they can either 1. not preseed it but type in during installation, or 2. set it in the DNS records. Looks like it worked good enough till now. Guess it wasn't good enough 5 years ago either. :-) Seems my bug is a duplicate of: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=343269 -- Yours sincerely, Floris Bos -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201012102333.04654@je-eigen-domein.nl
Bug#603960: Same problem occurs with amd64 iso image
This bug also occurs when using the amd64 iso image (http://cdimage.debian.org/cdimage/squeeze_di_beta2/amd64/iso-cd/debian-squeeze-di-beta2-amd64-netinst.iso), downloaded 2010-12-10. Exactly the same behavior is exhibited: I get to the splash screen, and hit Enter. Then it reads from the CD drive, and then stops reading, and nothing happens. The splash screen is still displayed. Then if I start pressing keys, after several presses, beeping starts. I was able to install Debian Squeeze by using the HDD method with the files at http://ftp.nl.debian.org/debian/dists/testing/main/installer-amd64/current/images/netboot/debian-installer/amd64/ . No errors occurred. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktim_s3ezgg48teyu-zso0ate918rfa7uscmre...@mail.gmail.com
Re: Bug#606441: unblock: yaboot/1.3.13a-1squeeze1
On 12/10/2010 11:07 PM, Lennart Sorensen wrote: Of course if the new version currently in unstable that many people have asked for for years was used instead, a huge number of newer powerpc machines might actually work with Debian. 1.3.13a is simply useless for most modern powerpc machines. Well, Gaudenz and Milan worked on fixing the reported RC bugs against yaboot. And, I'd rather thank them for that. sid's version doesn't look like fixing the critical problems experienced by our users. Besides, I don't see any bugreport of yours explaining your issue. I had to move to grub2 instead with much manual tweaking and debuging (with upstream help) to get a working bootloader for squeeze. Any bugreport I could read? Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d02ace9.9030...@dogguy.org
Re: Bug#606636: Reverse DNS takes precedence over netcfg/get_hostname
On Fri, Dec 10, 2010 at 09:53:42PM +0100, Ferenc Wagner wrote: Floris Bos b...@je-eigen-domein.nl writes: Not everyone has the power to change their own reverse DNS entries, or it might take time to process (send a request to the upstream provider that is responsible for the IP block, wait for them to process it, and reload the nameserver zonefile). And people like to be able to choose their own hostname. Yeah. Currently they can either 1. not preseed it but type in during installation, or Mmmm, manual intervention during automated installation. WIN! 2. set it in the DNS records. Doesn't work if you're just using DHCP to get an address to use during installation, with an automated configuration system keying off the hostname for later (permanent) network configuration -- in addition to the not everyone controls their own rDNS problem. Looks like it worked good enough till now. No, it hasn't worked at all. I gave up trying to fight this fight years ago, and just use my own udeb which unfucks netcfg's stupidity with a preseeded FQDN on the command line (which also, as a bonus, saves one preseed setting). Floris, let me know if you'd like a copy of that udeb -- it's ugly, but it works. To reiterate my position: overriding an explicit setting by the user with a value obtained by magic over the network is, was, and always will be a really, really bad idea. - Matt -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101210225346.gd4...@hezmatt.org
Re: Bug#606441: unblock: yaboot/1.3.13a-1squeeze1
On Fri, Dec 10, 2010 at 11:42:49PM +0100, Mehdi Dogguy wrote: Well, Gaudenz and Milan worked on fixing the reported RC bugs against yaboot. And, I'd rather thank them for that. sid's version doesn't look like fixing the critical problems experienced by our users. Besides, I don't see any bugreport of yours explaining your issue. Having found the bug reported upstream, fixed in 1.3.14 years ago, and seeing how many people had made attemps at getting 1.3.14 into Debian, there seemed to be no point filling another bug report. So I didn't bother. I usually file bug reports, but yaboot seemed obviously futile. I am rather surprised to see there now is a new version in unstable. A few months too late to really help anyone wanting to run Squeeze though, but at least in a couple of years there will be a Debian version that might be useful for those machines. Any bugreport I could read? Well given I don't even know if an IBM p520 power6+ machine is expected to work with Debian, I haven't filled one. I pointed out a few drivers and other issues I hit, although they seemed to get no interest from anyone. There is a bug report in grub2 (upstream) about the issues left to solve for the IBM pseries servers. I think I sent a bug report about the missing entries in /etc/securetty for the IBM console ports, although given I can't find it in my email right now, maybe I did something wrong in reportbug at the time, or the email server was misconfigured and it didn't go out. grub2 does work once you manually generate the image and install it on a boot partition, and it supports software raid (something yaboot didn't, although it appears the 1.3.16 version now in unstable might), so it worked out OK for me. The grub developers helped fix some endianess bugs in the md raid 1.x format handling (as well as in mdadm, which has been fixed upstream now). To make life easier, grub needs working handling of devices without aliases (which IBM machines don't create, unlike apple and sun and most other openfirmware machines). I don't know if that has been completed yet, although some work was being done on it. I have created aliases myself for now which made grub happy. The bug report in grub is: http://savannah.gnu.org/bugs/?30576 I sent a question about the missing network driver and console entries in securetty to debian-boot and heard nothing: http://www.mail-archive.com/debian-boot@lists.debian.org/msg118643.html -- Len Sorensen -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101210232153.gu12...@caffeine.csclub.uwaterloo.ca
Bug#606697: installation-reports: install succes in virtualbox with M-A DVD iso
Package: installation-reports Severity: wishlist Installation in graphical expert mode No problem But the install process went in qwerty until the final step I had selected French from the initial step but i had to type in qwerty mode till the final Good work anyway as the install went very fine I did no test all the beautifull option of the expert mode by wich i was impressed Thanks DEBIAN ! -- Package-specific info: Boot method: DVD Image version: beta2 DVD M A Date: Date and time of the install Machine: Virtual box Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=6.0 (squeeze) - installer build 20101127 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux debian 2.6.32-5-486 #1 Sat Oct 30 22:14:18 UTC 2010 i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 440FX - 82441FX PMC [Natoma] [8086:1237] (rev 02) lspci -knn: 00:01.0 ISA bridge [0601]: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II] [8086:7000] lspci -knn: 00:01.1 IDE interface [0101]: Intel Corporation 82371AB/EB/MB PIIX4 IDE [8086:7111] (rev 01) lspci -knn: Kernel driver in use: ata_piix lspci -knn: 00:02.0 VGA compatible controller [0300]: InnoTek Systemberatung GmbH VirtualBox Graphics Adapter [80ee:beef] lspci -knn: 00:03.0 Ethernet controller [0200]: Intel Corporation 82540EM Gigabit Ethernet Controller [8086:100e] (rev 02) lspci -knn: Subsystem: Intel Corporation Device [8086:001e] lspci -knn: Kernel driver in use: e1000 lspci -knn: 00:04.0 System peripheral [0880]: InnoTek Systemberatung GmbH VirtualBox Guest Service [80ee:cafe] lspci -knn: 00:05.0 Multimedia audio controller [0401]: Intel Corporation 82801AA AC'97 Audio Controller [8086:2415] (rev 01) lspci -knn: Subsystem: Intel Corporation Device [8086:] lspci -knn: 00:06.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo/Intrepid USB [106b:003f] lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 00:07.0 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI [8086:7113] (rev 08) lspci -knn: 00:0b.0 USB Controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller [8086:265c] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:0d.0 SATA controller [0106]: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller [8086:2829] (rev 02) lspci -knn: Kernel driver in use: ahci usb-list: usb-list: Bus 01 Device 01: EHCI Host Controller [1d6b:0002] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 00 usb-list:Manufacturer: Linux 2.6.32-5-486 ehci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub usb-list: usb-list: Bus 02 Device 01: OHCI Host Controller [1d6b:0001] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 00 usb-list:Manufacturer: Linux 2.6.32-5-486 ohci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub usb-list: usb-list: Bus 02 Device 02: USB Tablet [80ee:0021] usb-list:Level 01 Parent 01 Port 00 Class 00(ifc ) Subclass 00 Protocol 00 usb-list:Manufacturer: VirtualBox usb-list:Interface 00: Class 03(HID ) Subclass 00 Protocol 00 Driver usbhid lsmod: Module Size Used by lsmod: ufs55534 0 lsmod: qnx45078 0 lsmod: ntfs 162591 0 lsmod: reiserfs 173392 0 lsmod: dm_mod 45929 0 lsmod: md_mod 66067 0 lsmod: xfs 404882 0 lsmod: exportfs2486 1 xfs lsmod: jfs 133416 0 lsmod: ext4 240321 0 lsmod: jbd2 48423 1 ext4 lsmod: crc16 1027 1 ext4 lsmod: ext3 92740 1 lsmod: jbd
Debian installer build: failed or old builds
Debian installer build overview --- Failed or old builds: * OLD BUILD:hppa Jun 07 00:12 bui...@lafayette build_cdrom http://d-i.debian.org/daily-images/hppa/daily/build_cdrom.log * OLD BUILD:hppa Jun 07 00:16 bui...@lafayette build_netboot http://d-i.debian.org/daily-images/hppa/daily/build_netboot.log * OLD BUILD:hppa Jun 07 00:21 bui...@lafayette build_miniiso http://d-i.debian.org/daily-images/hppa/daily/build_miniiso.log * OLD BUILD:mipsel Dec 09 00:12 bui...@rem build_cobalt_netboot-2.6_serial http://d-i.debian.org/daily-images/mipsel/daily/build_cobalt_netboot-2.6_serial.log * OLD BUILD:mipsel Dec 09 00:18 bui...@rem build_cobalt_netboot-2.6_ssh http://d-i.debian.org/daily-images/mipsel/daily/build_cobalt_netboot-2.6_ssh.log * OLD BUILD:mipsel Dec 09 00:20 bui...@rem build_cobalt_netboot-2.6_common http://d-i.debian.org/daily-images/mipsel/daily/build_cobalt_netboot-2.6_common.log * OLD BUILD:mipsel Dec 09 00:24 bui...@rem build_malta_netboot-2.6 http://d-i.debian.org/daily-images/mipsel/daily/build_malta_netboot-2.6.log * OLD BUILD:mipsel Dec 09 00:29 bui...@rem build_sb1-bcm91250a_netboot-2.6 http://d-i.debian.org/daily-images/mipsel/daily/build_sb1-bcm91250a_netboot-2.6.log * OLD BUILD:sparc Jul 12 11:04 stapp...@dd build_cdrom http://people.debian.org/~stappers/d-i/sparc/daily/build_cdrom.log * OLD BUILD:sparc Jul 12 11:08 stapp...@dd build_netboot http://people.debian.org/~stappers/d-i/sparc/daily/build_netboot.log * OLD BUILD:sparc Jul 12 11:11 stapp...@dd build_miniiso http://people.debian.org/~stappers/d-i/sparc/daily/build_miniiso.log Totals: 113 builds (0 failed, 11 old) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1prdoh-0002h3...@ravel.debian.org
Re: Bug#606441: unblock: yaboot/1.3.13a-1squeeze1
On 12/10/2010 06:21 PM, Lennart Sorensen wrote: On Fri, Dec 10, 2010 at 11:42:49PM +0100, Mehdi Dogguy wrote: Well, Gaudenz and Milan worked on fixing the reported RC bugs against yaboot. And, I'd rather thank them for that. sid's version doesn't look like fixing the critical problems experienced by our users. Besides, I don't see any bugreport of yours explaining your issue. Having found the bug reported upstream, fixed in 1.3.14 years ago, and seeing how many people had made attemps at getting 1.3.14 into Debian, there seemed to be no point filling another bug report. So I didn't bother. I usually file bug reports, but yaboot seemed obviously futile. I am rather surprised to see there now is a new version in unstable. A few months too late to really help anyone wanting to run Squeeze though, but at least in a couple of years there will be a Debian version that might be useful for those machines. Well, the whole situation you are describing actually motivated me to do something about it. And I did what was possible to do in short period of time. Any bugreport I could read? Well given I don't even know if an IBM p520 power6+ machine is expected to work with Debian, I haven't filled one. I pointed out a few drivers and other issues I hit, although they seemed to get no interest from anyone. There is a bug report in grub2 (upstream) about the issues left to solve for the IBM pseries servers. You have hands on that machine, I do not. Fix the issue, produce patch, we are eager to see the solution. Also take a look at this thread, we discuss about IBM p520 power6+ machine: http://lists.debian.org/debian-powerpc/2010/12/msg00032.html grub2 does work once you manually generate the image and install it on a boot partition, and it supports software raid (something yaboot didn't, although it appears the 1.3.16 version now in unstable might), so it worked out OK for me. Please provide fully working and tested yaboot 1.3.16 Debian package and propose its upload, I'm sure it will override this one. Or even better, provide fully functional grub2 package for power platform. I'm sure it will get approved quickly. The grub developers helped fix some endianess bugs in the md raid 1.x format handling (as well as in mdadm, which has been fixed upstream now). To make life easier, grub needs working handling of devices without aliases (which IBM machines don't create, unlike apple and sun and most other openfirmware machines). I don't know if that has been completed yet, although some work was being done on it. I have created aliases myself for now which made grub happy. The bug report in grub is: http://savannah.gnu.org/bugs/?30576 If we do not get yaboot 1.3.13a-1squeeze1 and fixed yaboot-installer bug #605932 into squeeze, it will be uninstallable, without manual tweaking, on all machines with SATA, SAS, and SCSI controllers (this includes all Mac G5 machines). All Mac G5 machines also need fixed initramfs-tools bug #603981. I sent a question about the missing network driver and console entries in securetty to debian-boot and heard nothing: http://www.mail-archive.com/debian-boot@lists.debian.org/msg118643.html FYI: a bug report #605774 regarding ehea network driver was submitted on December 03, 2010 by Xavier Grave and was fixed in SVN promptly. It will get to squeeze install CD soon. And finally we should get back to the subject of this message. Do you advocate for or against getting yaboot/1.3.13a-1squeeze1 into squeeze? Why, or why not? Milan signature.asc Description: OpenPGP digital signature
Bug#606636: Reverse DNS takes precedence over netcfg/get_hostname
forcemerge 343269 606636 thanks Quoting Floris Bos (b...@je-eigen-domein.nl): Guess it wasn't good enough 5 years ago either. :-) Seems my bug is a duplicate of: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=343269 Correct. Apparently, though, that behaviour didn't bother anybody enough to look at current netcfg code and propose the needed patch (hint: netcfg is one of the very few parts of D-I that's written in C. It partly explains why several feature requests, like this one, aren't processed). Patches still welcomed. There is no objection by the D-I team to fix that, but not for squeeze. signature.asc Description: Digital signature
Processed: Re: Bug#606636: Reverse DNS takes precedence over netcfg/get_hostname
Processing commands for cont...@bugs.debian.org: forcemerge 343269 606636 Bug#343269: hostname/domain name preseeding is quite broken Bug#606636: Reverse DNS takes precedence over netcfg/get_hostname Forcibly Merged 343269 606636. thanks Stopping processing here. Please contact me if you need assistance. -- 606636: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606636 343269: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=343269 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129204913815615.transcr...@bugs.debian.org
Bug#606697: installation-reports: install succes in virtualbox with M-A DVD iso
Quoting andre (altux...@gmail.com): Package: installation-reports Severity: wishlist Installation in graphical expert mode No problem But the install process went in qwerty until the final step I had selected French from the initial step but i had to type in qwerty mode till the final Were'nt you, at some point, proposed with a keymap selection? You mention you picked French. I guess that was the language. However, after the country question, you should have been prompted with a choice for your keymap. Haven't you? signature.asc Description: Digital signature
Bug#606697: installation-reports: install succes in virtualbox with M-A DVD iso
Quoting Christian PERRIER (bubu...@debian.org): Quoting andre (altux...@gmail.com): Package: installation-reports Severity: wishlist Installation in graphical expert mode No problem But the install process went in qwerty until the final step I had selected French from the initial step but i had to type in qwerty mode till the final Were'nt you, at some point, proposed with a keymap selection? You mention you picked French. I guess that was the language. However, after the country question, you should have been prompted with a choice for your keymap. Haven't you? I just tested a graphical expert install with CD1 (there shouldn't be any difference with a DVD install at this step): Choose language: French Choisir le pays: France Choix des paramètres régionaux: leave default You're back to the main menu (now translated) Pick Configurer le clavier: pick the French keymap (which is the default) Then proceed with install and the keymap is really the French one. signature.asc Description: Digital signature
