Re: Announcement: Mandos - do unattended reboots with encrypted root
Quoting Teddy Hogeborn (teddy+debb...@fukt.bsnet.se): -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear debian-boot people; it was suggested to me that debian-boot might be a proper forum to ask for interested sponsors for our software package Mandos, which we just released as version 1.0.3. I'm not sure you were properly directed. Despite its name, the debian-boot ML focuses on the development of the *installer* for Debian (D-I), not anything related to booting the system. So, I'm not completely sure that any of us in the team, with our D-I team hat on, are really competent for what you're asking. Don't take me wrong: I find the mandos project idea very interesting (even more...) and an incredible opportunity for people who, for instance, want to deploy hundreds of desktop systems with encrypted partitions. But, really, I think this is quite loosely related to the installer itself. Your project certainly deserves some DD to take care sponsoring the packages. I think it would even deserve the attention of those amogn DD who have good expertise in encryption and I'm ready to give all support I can give in order to find you someone wanting to sponsor your package...but that's probably better done outside the D-I team. (about the possible question: I'm not expert-enough myself to feel like being able to sponsor the package without someone with better expertise to have a look at it first) signature.asc Description: Digital signature
Bug#252164: Maria,18 laesst sich von 2 Typen f-icken
Hi mein Geiler, mein Name ist LUCCIA und bin ein zuckersuesses, gieriges Maeuschen das nur ein bisschen spielen will - und zwar mit Dir! Wenn Du willst das ich Dir verfalle, dann solltest Du lieb und anstaendig sein und ein gewisses Maß an guten Manieren besitzen. Das wichtigste ist natuerlich, dass Du weisst was Frauen wollen. Vor allem wie man eine scharfe Lady noch schaerfer macht und sie romantisch umwirbt, denn dann begebe ich mich voll und ganz in Deine Haende und lasse es auch gerne mal schweinisch werden, wenn wir uns live im Chat zusammen vergnuegen! Supergeile Teenmodels (18 ) zeigen alles http://www.Chrystal.so-unschuldig-13.net -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510544: Installer/partition guide tried to use 500GB as swap
Christian Perrier bubu...@debian.org writes: The installer wants to use 33% of diskspace which is 500 G I G A (!) bytes as swap space I'm personnally not in position to do such tests (moreover it may require a knowledge of partman that I'm not usre to have). For a start, I could reproduce it. Crypto is not related, straight LVM is enough: LVM VG noc2, LV root - 1000.0 GB Linux device-mapper (linear) #1 1000.0 GB f ext3/ LVM VG noc2, LV swap_1 - 649.0 GB Linux device-mapper (linear) #1649.0 GB f swapswap Virtual disk 1 (xvda) - 1.6 TB Xen Virtual Block Device #1 primary 255.0 MB B f ext2/boot #2 primary 1.6 TB K lvm Reducing the disk size by a factor of ten gives: LVM VG noc2, LV root - 107.1 GB Linux device-mapper (linear) #1 107.1 GB f ext3/ LVM VG noc2, LV swap_1 - 5.9 GB Linux device-mapper (linear) #1 5.9 GB f swapswap Virtual disk 1 (xvda) - 113.3 GB Xen Virtual Block Device #1 primary 255.0 MB B f ext2/boot #2 primary 113.0 GB K lvm That is, the size of the swap LV is reduced by a factor of 100. Now if only I knew more about the logic behind the recipes... -- Feri. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509799: Patch
Here's a patch, and then we just need a new debconf template partman-ext3/boot_not_bootable Index: ext2_or_ext3_boot === --- ext2_or_ext3_boot (revision 55526) +++ ext2_or_ext3_boot (working copy) @@ -1,6 +1,6 @@ #!/bin/sh -# Check that the boot partition is the 1st (primary) partition and that -# it is of type ext2 or ext3. +# Check that the boot partition is the 1st (primary) partition, that +# it is of type ext2 or ext3, and that it is marked as bootable. machine=$(grep ^Hardware /proc/cpuinfo | sed 's/Hardware\s*:\s*//') || true case $machine in @@ -32,10 +32,16 @@ root_fs=$filesystem root_type=$type root_path=$path + if [ -f $id/bootable ]; then + root_bootable=yes + fi elif [ $mountpoint = /boot ]; then boot_fs=$filesystem boot_type=$type boot_path=$path + if [ -f $id/bootable ]; then + boot_bootable=yes + fi fi done close_dialog @@ -46,6 +52,7 @@ boot_fs=$root_fs boot_type=$root_type boot_path=$root_path + boot_bootable=$root_bootable fi # We need an ext2 r ext3 filesystem to boot @@ -71,3 +78,14 @@ fi fi +# Make sure that the boot partition is marked as bootable +if [ $boot_bootable != yes ]; then + db_set partman-ext3/boot_not_bootable true + db_input critical partman-ext3/boot_not_bootable || true + db_go || true + db_get partman-ext3/boot_not_bootable + if [ $RET = true ]; then + exit 1 + fi +fi + -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510544: Installer/partition guide tried to use 500GB as swap
Even if I change in /lib/partman/recipes/30atomic 96 512 300% linux-swap to 96 512 128 linux-swap the size of the swap LV won't drop below 2.8 GB. Also, when it is left as 300%, the final size does not depend on the size of the system RAM (tested at 1024 and 128 MB). -- Feri. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504397: Complicated
This is actually a bit more complicated than I expected. First of all, /boot can only be on a RAID1 because the boot loader will fail to load the kernel if another RAID type is used. And then we also have to see which devices are part of the RAID1 and then make sure that they are 1st primary partitions with the bootable flag. I don't think this is easily possible at the moment. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506252: success: d-i lenny rc1 on nslu2 armel
* Gordon Farquharson gordonfarquhar...@gmail.com [2008-11-23 20:03]: Rod, Gordon, do you know what to do about this situation? I think RTC works fine here, but what can we do in the case described by Devin? This problem didn't occur when I last checked the RC1 installer image. Sounds like a hardware problem. I wonder if removing and then reinstalling the NSLU2 battery will solve the problem [1] (search for rtc on the page). Alternatively, you could boot the Linksys firmware, and then try the installer again. Devin, I'm inclined to close this bug report since I believe that d-i is doing the right thing. There are reports that the clock sometimes gets stuck on the NSLU2, but I don't think Debian/debian-installer can do anything about this. Do you have any comments? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504397: ext2_or_ext3_boot check fails when /boot is RAID
We have a partman check that ensures on some devices that the /boot partition is the 1st primary partition. Unfortunately this check fails when /boot is a RAID device, but it's actually valid for /boot to be a RAID1 device (as long as its physical partition is the 1st primary partition). There's currently no good way to map the RAID device to its physical partition to performs these checks, so I was thinking of applying a patch for lenny to skip the check if the /boot device is RAID1. OK to apply? (I don't think many users are affected by this, so this isn't crucial) Index: check.d/ext2_or_ext3_boot === --- check.d/ext2_or_ext3_boot (revision 57101) +++ check.d/ext2_or_ext3_boot (working copy) @@ -60,6 +60,17 @@ fi # The boot file system has to be the first primary partition + +# ... but for now don't run the check if /boot is on RAID1. Right now, +# there's no good way to map a RAID device to its physical partition +# and then run the checks on that partition (see #509799). +if echo $boot_path | grep -q ^/dev/md; then + raid=${boot_path#/dev/} + if grep ^$raid /proc/mdstat | grep -q raid1 ; then + exit 0 + fi +fi + part_num=$(echo $boot_path | sed -e 's/.*[^0-9]\+//') if [ $boot_type != primary ] || [ $part_num -ne 1 ]; then db_set partman/boot_not_first_partition true Index: debian/changelog === --- debian/changelog(revision 57101) +++ debian/changelog(working copy) @@ -1,9 +1,16 @@ partman-ext3 (56) UNRELEASED; urgency=low + [ Colin Watson ] * check.d/nomountpoint_ext3: - partman-ext3/no_mount_point is a boolean, not a select (thanks, Nicolas Valcárcel; LP: #256459). + [ Martin Michlmayr ] + * check.d/ext2_or_ext3_boot: when a RAID1 partition is used for /boot +don't check whether it's the 1st primary partition. There's no good +way to map a RAID partition to its physical partition at the moment. +(Works around #504397). + -- Colin Watson cjwat...@debian.org Fri, 26 Dec 2008 13:56:13 + partman-ext3 (55) unstable; urgency=low -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510544: Installer/partition guide tried to use 500GB as swap
On the other hand, the pseudocode in installer/doc/devel/partman-auto-recipe.txt gives reasonable results, so its implementation is probably broken. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processing of oldsys-preseed_3.1_arm.changes
oldsys-preseed_3.1_arm.changes uploaded successfully to localhost along with the files: oldsys-preseed_3.1.dsc oldsys-preseed_3.1.tar.gz oldsys-preseed_3.1_arm.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
oldsys-preseed_3.1_arm.changes ACCEPTED
Accepted: oldsys-preseed_3.1.dsc to pool/main/o/oldsys-preseed/oldsys-preseed_3.1.dsc oldsys-preseed_3.1.tar.gz to pool/main/o/oldsys-preseed/oldsys-preseed_3.1.tar.gz oldsys-preseed_3.1_arm.udeb to pool/main/o/oldsys-preseed/oldsys-preseed_3.1_arm.udeb Override entries for your package: oldsys-preseed_3.1.dsc - source debian-installer oldsys-preseed_3.1_arm.udeb - optional debian-installer Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 510271 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509775: marked as done (Debian installer amd64 cannot complete installation due to a lack of the system codename)
Your message dated Tue, 6 Jan 2009 18:33:02 +0100 with message-id 200901061833.03001.elen...@planet.nl and subject line Re: Bug#509775: Debian installer amd64 cannot complete installation due to a lack of the system codename has caused the Debian Bug report #509775, regarding Debian installer amd64 cannot complete installation due to a lack of the system codename to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 509775: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509775 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: amd64 Severity: important When installing Debian amd64, the installer cannot Install the base system because of the error base-installer: error: exiting on error base-installer/no_codename. I have typed up the full error and saved it in a pastebin which can be found here: http://yama.pastebin.com/m315ecccb I am presently using another computer because the server that I'm trying to install Debian Etch on cannot finish installing the operating system without this step. The server has 500gb of hard drive space and 8gb of RAM, so that should not be the issue. The package was stable, so I'm not aware as to why I get these errors. I believe this is an important part of the error message, and in case you cannot be bothered to read the pastebin, I shall include it Dec 26 23:45:24 base-installer: error: exiting on error base-installer/no_codename -- 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.18-6-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) ---End Message--- ---BeginMessage--- On Friday 26 December 2008, Frans Pop wrote: On Friday 26 December 2008, andrew kanode wrote: When installing Debian amd64, the installer cannot Install the base system because of the error base-installer: error: exiting on error base-installer/no_codename. This typically happens because users get creative with combining different installation methods or because they manually mount/unmount things, not because of any real issue in the installer. Closing as there has been no further response from submitter. ---End Message---
Bug#510271: installation-report: Lenny on a Slug - eventual success after a few tries and some fixups
* Rick Thomas rbthoma...@pobox.com [2008-12-31 17:02]: noatime is a known wishlist that will be done after lenny, I guess. Does that mean that there's no way to specify it at install/partitioner time? Or that there's no way to specify it at all? Okay, I was wrong. It's already possible to choose noatime and relatime. I was under the impression that relatime (a good compromise between strict POSIX semantics and practicality) would be standard (at least in certain kinds of installations) in Stretch. Is that still true? I think that was the consensus, but I'm not sure... BTW, the next version of Debian will be called squeeze, not stretch; see http://lists.debian.org/debian-devel-announce/2008/09/msg0.html -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Announcement: Mandos - do unattended reboots with encrypted root
On Tuesday 06 January 2009, Christian Perrier wrote: I'm not sure you were properly directed. Despite its name, the debian-boot ML focuses on the development of the *installer* for Debian (D-I), not anything related to booting the system. Agreed. So, I'm not completely sure that any of us in the team, with our D-I team hat on, are really competent for what you're asking. I'd suggest contacting the debian-mentors list instead. They should be able to help you further. signature.asc Description: This is a digitally signed message part.
Bug#510176: installation-reports: No network through DHCP router speedtouch 530
On Tuesday 30 December 2008, M.-A. DARCHE wrote: Comments/Problems: The installation could not go on due to the fact that the DHCP server from the SpeedTouch 530 router modem was not found. No lease could be obtained from it. I have retried many times, even providing a machine name along. So no network, no time server found, no mirror available. It looks like the hardware-summary was made on the (already installed) Etch system. Is that correct? From the loaded modules in that summary, I see that you use PPPoE, but I see no sign of PPPoE support in the installation log. If you need PPPoE support, please try booting with the following boot parameter: modules=ppp-udeb See also the appendix on PPPoE in the installation guide: http://www.debian.org/releases/testing/i386/apds05.html.en Note that the instructions there are slightly outdated. For information how to add a boot parameter, see: http://www.debian.org/releases/testing/i386/ch05s01.html.en#boot-screen The problem might be that the debian-installer gets confused by the fact that there are 2 network interfaces on this machine: a classical Ethernet card and a FireWire card (that I don't use). That's not it. From your syslog: Dec 30 01:10:39 kernel: [ 214.500529] forcedeth :00:08.0: ifname eth0, PHY OUI 0x5043 @ 1, addr 00:16:e6:86:b1:02 Dec 30 01:10:39 kernel: [ 214.500535] forcedeth :00:08.0: highdma csum vlan pwrctl mgmt timirq gbit lnktim msi desc-v3 Dec 30 01:10:39 net/hw-detect.hotplug: Detected hotpluggable network interface eth0 Dec 30 01:10:40 kernel: [ 215.252106] ieee1394: Host added: ID:BUS[0-00:1023] GUID[0016e65600b9dd23] Dec 30 01:10:42 hw-detect: insmod /lib/modules/2.6.26-1-486/kernel/drivers/ieee1394/sbp2.ko Dec 30 01:10:42 kernel: [ 217.008577] eth1394: eth1: IPv4 over IEEE 1394 (fw-host0) Dec 30 01:10:42 hw-detect: insmod /lib/modules/2.6.26-1-486/kernel/drivers/ieee1394/eth1394.ko Dec 30 01:10:42 net/hw-detect.hotplug: Detected hotpluggable network interface eth1 [...] Dec 30 01:10:53 dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port67 interval 7 Dec 30 01:11:00 dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7 So, the forcedeth card is eth0 and the firewire one is eth1, and DHCP is trying correctly on eth0. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510405: Exec format error during setting up login (1:4.1.1-6)
* Martin Michlmayr t...@cyrius.com [2009-01-01 17:22]: * R. Zuidinga rzuidi...@xs4all.nl [2009-01-01 16:17]: Jan 1 14:33:40 debootstrap: Setting up login (1:4.1.1-6) ... Jan 1 14:33:43 debootstrap: dpkg (subprocess): unable to execute post-installation script: Exec format error Jan 1 14:33:43 debootstrap: dpkg: error processing login (--configure): Jan 1 14:33:43 debootstrap: subprocess post-installation script returned error exit status 2 Can you try the installation again to see if you get the same error? I performed an installation of armel on one of my ARM systems today and it worked without any problems. Can you please try another installation on your machine? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: r57102 - in trunk/packages/oldsys-preseed: . debian
On Tuesday 06 January 2009, Martin Michlmayr wrote: Author: tbm Date: Tue Jan 6 17:26:29 2009 New Revision: 57102 Log: Don't preseed the hostname and domain name with default values because the information from DHCP no longer takes precedence. I don't understand this. AFAICT neither the behavior of dhcp nor that of netcfg has changed in any way in the recent past. Care to explain? signature.asc Description: This is a digitally signed message part.
Processing of choose-mirror_2.28lenny1_amd64.changes
choose-mirror_2.28lenny1_amd64.changes uploaded successfully to localhost along with the files: choose-mirror_2.28lenny1.dsc choose-mirror_2.28lenny1.tar.gz choose-mirror_2.28lenny1_all.udeb choose-mirror-bin_2.28lenny1_amd64.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: r57102 - in trunk/packages/oldsys-preseed: . debian
On Tuesday 06 January 2009, Frans Pop wrote: On Tuesday 06 January 2009, Martin Michlmayr wrote: Author: tbm Date: Tue Jan 6 17:26:29 2009 New Revision: 57102 Log: Don't preseed the hostname and domain name with default values because the information from DHCP no longer takes precedence. I don't understand this. AFAICT neither the behavior of dhcp nor that of netcfg has changed in any way in the recent past. I have just tested this by booting (i386) with hostname=test domain=aaa.nl and the values that end up in /etc{hostname,hosts,resolv.conf} are still those provided by the DHCP server, not the preseeded values. IMO your change is either incorrect or else done for the wrong reasons and making that change so shortly before the release seems inadvisable. signature.asc Description: This is a digitally signed message part.
choose-mirror_2.28lenny1_amd64.changes ACCEPTED
Accepted: choose-mirror-bin_2.28lenny1_amd64.udeb to pool/main/c/choose-mirror/choose-mirror-bin_2.28lenny1_amd64.udeb choose-mirror_2.28lenny1.dsc to pool/main/c/choose-mirror/choose-mirror_2.28lenny1.dsc choose-mirror_2.28lenny1.tar.gz to pool/main/c/choose-mirror/choose-mirror_2.28lenny1.tar.gz choose-mirror_2.28lenny1_all.udeb to pool/main/c/choose-mirror/choose-mirror_2.28lenny1_all.udeb Override entries for your package: choose-mirror-bin_2.28lenny1_amd64.udeb - extra debian-installer choose-mirror_2.28lenny1.dsc - source debian-installer choose-mirror_2.28lenny1_all.udeb - extra debian-installer Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: r57102 - in trunk/packages/oldsys-preseed: . debian
* Frans Pop elen...@planet.nl [2009-01-06 20:03]: Don't preseed the hostname and domain name with default values because the information from DHCP no longer takes precedence. I don't understand this. AFAICT neither the behavior of dhcp nor that of netcfg has changed in any way in the recent past. I have just tested this by booting (i386) with hostname=test domain=aaa.nl and the values that end up in /etc{hostname,hosts,resolv.conf} are still those provided by the DHCP server, not the preseeded values. IMO your change is either incorrect or else done for the wrong reasons and making that change so shortly before the release seems inadvisable. Can you try with a /preseed.cfg file? Anyway, the change I made is based on observation. I'm not sure what has changed, but I'm fairly sure it worked with etch and I'm certain that it no longer works. Also, do you see any problem with the new behaviour? netcfg will take debian as hostname and an empty domain by default, so marking the questions as seen should work in any circumstance. Or am I missing something? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510176: installation-reports: No network through DHCP router speedtouch 530
Frans Pop a écrit : On Tuesday 30 December 2008, M.-A. DARCHE wrote: Comments/Problems: The installation could not go on due to the fact that the DHCP server from the SpeedTouch 530 router modem was not found. No lease could be obtained from it. I have retried many times, even providing a machine name along. So no network, no time server found, no mirror available. It looks like the hardware-summary was made on the (already installed) Etch system. Is that correct? It is. You are right. I thought that using reportbug package might provide useful information. From the loaded modules in that summary, I see that you use PPPoE, but I see no sign of PPPoE support in the installation log. If you need PPPoE support, please try booting with the following boot parameter: modules=ppp-udeb I used to rely on PPPoE on the Etch system but from some weeks I am only using the router modem as a DHCP server on that Etch system. And this is like this that I was intending to install and use the new Lenny system. The modules=ppp-udeb boot parameter I know of as it is how I have installed the Etch system. The problem might be that the debian-installer gets confused by the fact that there are 2 network interfaces on this machine: a classical Ethernet card and a FireWire card (that I don't use). That's not it. From your syslog: Dec 30 01:10:39 kernel: [ 214.500529] forcedeth :00:08.0: ifname eth0, PHY OUI 0x5043 @ 1, addr 00:16:e6:86:b1:02 Dec 30 01:10:39 kernel: [ 214.500535] forcedeth :00:08.0: highdma csum vlan pwrctl mgmt timirq gbit lnktim msi desc-v3 Dec 30 01:10:39 net/hw-detect.hotplug: Detected hotpluggable network interface eth0 Dec 30 01:10:40 kernel: [ 215.252106] ieee1394: Host added: ID:BUS[0-00:1023] GUID[0016e65600b9dd23] Dec 30 01:10:42 hw-detect: insmod /lib/modules/2.6.26-1-486/kernel/drivers/ieee1394/sbp2.ko Dec 30 01:10:42 kernel: [ 217.008577] eth1394: eth1: IPv4 over IEEE 1394 (fw-host0) Dec 30 01:10:42 hw-detect: insmod /lib/modules/2.6.26-1-486/kernel/drivers/ieee1394/eth1394.ko Dec 30 01:10:42 net/hw-detect.hotplug: Detected hotpluggable network interface eth1 [...] Dec 30 01:10:53 dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port67 interval 7 Dec 30 01:11:00 dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7 So, the forcedeth card is eth0 and the firewire one is eth1, and DHCP is trying correctly on eth0. I thought this might be the cause of the issue because on the Etch system the ethernet card is seen as eth1. Could there be a problem in the way the ethernet card is labeled or tracked by the installer? If so, is there a way to make the dhcpdiscover try on all available interfaces instead of only the one detected/selected? Best and warm regards, -- Marc-Aurèle DARCHE AFUL http://www.aful.org/ Association Francophone des Utilisateurs de Linux/Logiciels Libres French speaking Linux and Libre Software Users' Association signature.asc Description: OpenPGP digital signature
Bug#510271: installation-report: Lenny on a Slug - eventual success after a few tries and some fixups
* Rick Thomas rbtho...@slug.rcthomas.org [2008-12-30 19:12]: One thing worth mentioning though: I have a full-service DHCP on this subnet, so it got the network parameters from DHCP. This was successful, but for some reason it decided that the DNS domain was example.org, not the one being offered by DHCP. The text example.org showed up in the following places: I need some more information on this. Please make a backup of your flash with cat /dev/mtdblock? mtd-backup and copy it to your machine, so you can later write it back to the NSLU2 with upslug2. Then download the Debian installer image again and load it with upslug2. When you connect to the installer, open a shell and run the following commands. Please send me the output. cat /var/lib/dhcp3/dhclient.leases debconf-get netcfg/get_hostname debconf-get netcfg/get_domain cat /preseed.cfg You can then flash mtd-backup with upslug2 to get back into your system. Thanks. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510271: My observation was wrong
20:36 tbm fjp: seems you're, as usual, right. Seems like I got confused because my dhcp server only hands out the domain for most hosts and I looked at the hostname in d-i 20:37 tbm but that makes me wonder about this bug report -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506406: [Pkg-xfce-devel] Bug#506406: xfce4: apt bug causes gdm to pull in unneeded/unwanted gnome dependencies
On Tue, 06 Jan 2009 07:36:09 +0100 Yves-Alexis Perez cor...@debian.org wrote: So it's not that hard. Manually replacing foomatic-gui by system-config-printer gives: xfce:~# apt-get --no-install-recommends remove --purge foomatic-gui system-config-printer+ Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: python-gtkhtml2 Use 'apt-get autoremove' to remove them. The following extra packages will be installed: python-cups python-cupsutils python-notify system-config-printer Recommended packages: hal-cups-utils synaptic The following packages will be REMOVED: foomatic-gui* The following NEW packages will be installed: python-cups python-cupsutils python-notify system-config-printer 0 upgraded, 4 newly installed, 1 to remove and 0 not upgraded. Need to get 823kB of archives. After this operation, 3009kB of additional disk space will be used. Do you want to continue [Y/n]? I'll try an install with the Xfce cd to see if that matches. But basically I don't see gnome-session or stuff like that coming in. Daniel: it seems I can't reproduce the bug where gnome-session is installed. I'll try again (in case it's a random bug), but basically I'd be fine keeping everything that way, and take care of Xfce task early in squeeze process. Perhaps it's only when one tries to install xfce after doing a standard install and not when using an xfce cd (that's when it showed up for me). So probably tasksel is fine, the problem is that if you apt-get or aptitude|select task, then it pulls in the stuff. Nautilus and that are only probably only pulled in because of recommends when installing after-the-fact and gnome-session is a bug in aptitude and apt. I've reported that bug on aptitude and it will be worked on post-lenny (too invasive to change for lenny) but have to work out the apt-get bug. It looks to me like whether apt-get considers the depends fulfilled depends on the order the packages are listed on the command line. So except the aptitude bug, this could be solved by appropriate documentation, perhaps in the installation guide? I can work on the text if you need. I'd be talking about (in better english) if installing xfce outside d-i (e.g. installing a standard system and then using aptitude or apt-get, for example if using a netboot image) 1) if using aptitude, select the xfce-desktop task and then deselect gnome-session, etc 2) if using apt-get make sure xfce4-session is before gdm in the list of packages you install Does that sound reasonable? Regards, Daniel -- And that's my crabbing done for the day. Got it out of the way early, now I have the rest of the afternoon to sniff fragrant tea-roses or strangle cute bunnies or something. -- Michael Devore GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C http://gnupg.org The C Shore: http://www.wightman.ca/~cshore signature.asc Description: PGP signature
Bug#506252: success: d-i lenny rc1 on nslu2 armel
On Tue, Jan 06, 2009 at 05:03:54PM +0100, Martin Michlmayr wrote: Devin, I'm inclined to close this bug report since I believe that d-i is doing the right thing. There are reports that the clock sometimes gets stuck on the NSLU2, but I don't think Debian/debian-installer can do anything about this. As I say, d-i's detecting the hang properly and doing almost the right thing; my only suggestion would be to turn off HWCLOCKACCESS when a hang is detected to prevent future hangs on boot. Fixing hwclock would be a better workaround, so I'm fine if you want to close this one or downgrade/reassign. The most plausible root cause for the issue I've heard is that the clock needs software intervention to start, which the vendor firmware does but our own kernels don't. Clean install otherwise. Nice job on all that. -- Devin \ aqua(at)devin.com, IRC:Requiem; http://www.devin.com Carraway \ 1024D/E9ABFCD2: 13E7 199E DD1E 65F0 8905 2E43 5395 CA0D E9AB FCD2 signature.asc Description: Digital signature
Bug#506406: xfce4: apt bug causes gdm to pull in unneeded/unwanted gnome dependencies
Actually, regarding documentation for installing xfce d-i post-install, if we had an appropriate aptitude or apt-get line for copy-and-paste, that would make sense. The problem I see is that the appropriate line depends on the language selection (e.g. a welsh desktop should probably have ~t^welsh-desktop$ as one of the terms). Is there any easy way to achieve this, or a way to do this using tasksel instead of aptitude or apt-get? How about making it possible to change the default desktop using dpkg-reconfigure taskel and running tasksel interactively? Ultimately the problem is that there is no easy way to install non-gnome unless you use the xfce cd, and that is a problem for people like me who use netboot and netinst images most of the time, not cd. Regards, Daniel -- And that's my crabbing done for the day. Got it out of the way early, now I have the rest of the afternoon to sniff fragrant tea-roses or strangle cute bunnies or something. -- Michael Devore GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C http://gnupg.org The C Shore: http://www.wightman.ca/~cshore signature.asc Description: PGP signature
Bug#506406: [Pkg-xfce-devel] Bug#506406: xfce4: apt bug causes gdm to pull in unneeded/unwanted gnome dependencies
On mar, 2009-01-06 at 16:06 -0500, Daniel Dickinson wrote: Perhaps it's only when one tries to install xfce after doing a standard install and not when using an xfce cd (that's when it showed up for me). So probably tasksel is fine, the problem is that if you apt-get or aptitude|select task, then it pulls in the stuff. Nautilus and that are only probably only pulled in because of recommends when installing after-the-fact and gnome-session is a bug in aptitude and apt. Wait. It's been days that we look for a bug at install time. If you want to install xfce *after* that, just use apt-get install xfce4 xfce4-goodies. If you want the task, then yes use aptitude install xfce-desktop You can manually tweak the command line to say that you don't want gnome-session or whatever. And I don't think apt-get can install tasks directly so the bug only triggers when you do that with aptitude. Anyway, I'm *really* lost about where we are, what the problem really is, and what exactly we are wanting to do to solve it. Frans: basically, you were not really involved in the loop, sorry, that's not d-i related in any way. We don't need to change anything in tasks for Lenny, so we stay with gdm and it'll be fine. Cheers and thanks, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Debian / hardware compatibility popcon
Hello Chris, [CC'ing debian-boot in case some other people are interested] For DebConf8, it seems that you planned to give a talk about hardware compatibility (according to penta). That's also something I am planning to work on [for Squeeze], and I wonder if you still plan to work on that? As far as I am concerned, I came to the conclusion that there are two separate needs: - On one side, we need to collect the devices on a computer (and may be try to figure-out which drivers are used). This could be use for two purposes: A. A hardware-popcon B. A tool to report devices, that would work under debian-installer (using the same code as above). - On the other side, there's a place for advance tool that would: A. Automatically try to detect if the devices is working (I don't know if you attended Bdale Garbee's talk at Debconf8) B. Prompt the user on how he consider his device is working. I am mainly interested in the first part (my priorities are: 1A, then 1B, then 2A, then 2B). Regarding the second part, smolt seems to become more and more popular: https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2008-December/006443.html I might setup a server too... but that would be it (since I had packaged it in Q2-2008). BTW, are you planning to go to Fosdem ? Franklin -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: r57102 - in trunk/packages/oldsys-preseed: . debian
On Tuesday 06 January 2009, Martin Michlmayr wrote: Can you try with a /preseed.cfg file? Tested. Results as posted on IRC: still works for me as always. Anyway, the change I made is based on observation. I'm not sure what has changed, but I'm fairly sure it worked with etch and I'm certain that it no longer works. I'm fairly sure the observations are incorrect :-) Also, do you see any problem with the new behaviour? netcfg will take debian as hostname and an empty domain by default, so marking the questions as seen should work in any circumstance. Or am I missing something? I don't know, it may well be OK and even an improvement. It may also cause unexpected issues. I am pretty sure the change will not fix anything and having the explicit values does probably make it easier to spot incomplete DHCP setups. I also know that introducing this change at this point in the release without a good reason and without a lot more testing is the wrong thing to do. I also know that the reason for the change logged in the changelog is plain wrong. IMHO it should be reverted, or at least not allowed into Lenny. It would be fine to revisit the question for Squeeze. We could then possibly also change the recommendation in the installation guide (although that would then no longer translate to preseeding at the boot prompt). signature.asc Description: This is a digitally signed message part.
Bug#506406: [Pkg-xfce-devel] Bug#506406: xfce4: apt bug causes gdm to pull in unneeded/unwanted gnome dependencies
On Tue, 06 Jan 2009 23:48:37 +0100 Yves-Alexis Perez cor...@debian.org wrote: On mar, 2009-01-06 at 16:06 -0500, Daniel Dickinson wrote: Perhaps it's only when one tries to install xfce after doing a standard install and not when using an xfce cd (that's when it showed up for me). So probably tasksel is fine, the problem is that if you apt-get or aptitude|select task, then it pulls in the stuff. Nautilus and that are only probably only pulled in because of recommends when installing after-the-fact and gnome-session is a bug in aptitude and apt. Wait. It's been days that we look for a bug at install time. If you want to install xfce *after* that, just use apt-get install xfce4 xfce4-goodies. If you want the task, then yes use aptitude install xfce-desktop You can manually tweak the command line to say that you don't want gnome-session or whatever. And I don't think apt-get can install tasks Right. The point is that if you don't know that, when you try to install from a standard system, say after using a netinst image, you can't do the obvious thing and run aptitude and select the xfce task, nor can you apt-get the list of packages that would be in the task unless you are very careful to xfce4-session before gdm. directly so the bug only triggers when you do that with aptitude. No. It triggers if gdm is before xfce4-session on the apt-get command line as well. Anyway, I'm *really* lost about where we are, what the problem really is, and what exactly we are wanting to do to solve it. I'm sorry about that. I thought you brought up tasksel because of testing you did. I do believe I mentioned that it happened with apt-get and aptitude in the bug report; I never claimed tasksel was involved. To summarize: 1) Install a standard system (say from netboot, netinst, or because you only have regular CD #1 not the xfce CD #1) 2) You want xfce installed, now what? 2a) Using aptitude interactively by select Task|Xfce Desktop Environment: gnome-session is pulled in along with nautilus and other gnome things 2a.1) you can avoid some of this if you know that you need to say without-recommends 2a.2) To avoid gnome-session (which is pulled in by gdm) you have to manually deselect it (and know that it's there, rather than being surprised by it later as I was - in my case because my $HOME had originally been used for GNOME and was later converted to XFCE when I did a reinstall I had a system that wouldn't start the desktop because gnome-session instead of xfce-session was starting) 2b) aptitude from the command-line: I haven't tried this yet because I didn't know about it; presumably using tasks like tasksel -t emits will work 2c) apt-get from the command-line: Suffers from the same problem as 2a unless you make sure that xfce4-session is *before* gdm. It's also not as easy because you need to know that packages you want installed 2d) tasksel * Need to set tasksel/desktop to xfce * Don't know if it'll work correctly or not given Frans statement that tasksel isn't meant to be used this way. Frans: basically, you were not really involved in the loop, sorry, that's not d-i related in any way. We don't need to change anything in tasks for Lenny, so we stay with gdm and it'll be fine. Maybe Frans can suggest something about tasksel that would make this work? What it comes down do to is that none of the tools that ought to make this easy work right. aptitude has a bug apt-get has a bug taskel doesn't support xfce as a desktop choice unless you use the xfce cd, which is a bug IMO Ideally one could use tasksel after setting the desktop to xfce. Frans: would that work? How difficult is adding a debconf question for the desktop (which would default to gnome in d-i?) Frans: also are you the one to talk to about tasksel? Regards, Daniel -- And that's my crabbing done for the day. Got it out of the way early, now I have the rest of the afternoon to sniff fragrant tea-roses or strangle cute bunnies or something. -- Michael Devore GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C http://gnupg.org The C Shore: http://www.wightman.ca/~cshore signature.asc Description: PGP signature
Bug#510271: My observation was wrong
Martin Michlmayr t...@cyrius.com writes: 20:36 tbm fjp: seems you're, as usual, right. Seems like I got confused because my dhcp server only hands out the domain for most hosts and I looked at the hostname in d-i 20:37 tbm but that makes me wonder about this bug report Could you then revert the change in oldsys-preseed? -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org 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 debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506406: [Pkg-xfce-devel] Bug#506406: xfce4: apt bug causes gdm to pull in unneeded/unwanted gnome dependencies
On Tue, 06 Jan 2009 23:48:37 +0100 Yves-Alexis Perez cor...@debian.org wrote: Anyway, I'm *really* lost about where we are, what the problem really is, and what exactly we are wanting to do to solve it. It occurs to me the reason you are confused is that when I 'Standard System' you are thinking I mean 'typical system' when in fact I mean that I select the option 'Standard System' on the tasksel menu. Tasksel's standard system mean a base install + packages with priority: standard, which gives you a 'useful character mode operating system' (according to policy). There is a bug on taskel because of the terminology being confusing, and if I am right that this what confused you perhaps you'll want to add your comments. I've obviously been using the installer too often lately. Regards, Daniel -- And that's my crabbing done for the day. Got it out of the way early, now I have the rest of the afternoon to sniff fragrant tea-roses or strangle cute bunnies or something. -- Michael Devore GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C http://gnupg.org The C Shore: http://www.wightman.ca/~cshore signature.asc Description: PGP signature
Bug#511052: Task packages download can not be cancelled
Package: debian-installer Version: 20081029 Hi, After I accidentally marked the desktop environment (or whatever the exact name is) task and started downloading the packages there was no way I could stop the download process. Ctrl+c, ctrl+z, escp, nothing worked, and sending a SIGHUP, later a SIGTERM, and finally a SIGKILL to aptitude and the other d-i subprocs related to the packages download only cause the d-i screen to be stall. Although I would like to see an option to cancel the download process (severity: wishlist) I would first of all like to see d-i reacting whenever its child procs are killed (hence the severity of the report). Oh, and starting another d-i instance didn't help at all as the locks were still around and nothing could be done. Cheers, -- Raphael Geissert - Debian Maintainer www.debian.org - get.debian.net signature.asc Description: This is a digitally signed message part.
Bug#511053: [patch] minor fixes to partman/preseeding notes
Package: debian-installer Severity: minor I was trying to install 'etch' with the 'lenny' dailies and I got caught by the change in the way disks names are handled, ie preseeding d-i partman-auto/disk string /dev/discs/disc0/disc no longer works. I was reading the partman docs and noticed a few things. Two patches are attached for your consideration. - partman-auto-recipe.txt.patch a few suggested grammatical changes - preseed.xml it is now possible to preseed multiple disks try to enhance preseeding example's comments point to partman-auto-recipe.txt on websvn. mention lvm-related improvements This contribution is licensed under GPL2, if that matters. Cheers VinceIndex: installer/doc/devel/partman-auto-recipe.txt === --- installer/doc/devel/partman-auto-recipe.txt (revision 57117) +++ installer/doc/devel/partman-auto-recipe.txt (working copy) @@ -197,10 +197,10 @@ Multiple disks can also be partitioned at the same time. Those must be specified in partman-auto/disk. Partitions that are neither on a Logical -Volumes, nor have a specific device specified (e.g. /boot) will default on +Volume, nor have a specific device specified (e.g. /boot) will default on being on the first disk. -To explicitely declare a Physical Volume, define a parition the following: +To explicitly declare a Physical Volume, define a partition as follows: 100 1000 10 ext3 $defaultignore{ } @@ -223,7 +223,7 @@ method{ swap } format{ } . -lv_name{ } specify the name of the Logical Volume being created. +lv_name{ } specifies the name of the Logical Volume being created. 4. ARCHITECTURE DEPENDENT RECIPES - Index: appendix/preseed.xml === --- appendix/preseed.xml (revision 57116) +++ appendix/preseed.xml (working copy) @@ -935,13 +935,11 @@ titlePartitioning/title para -Using preseeding to partition the harddisk is very much limited to what is +Using preseeding to partition the harddisk is limited to what is supported by classnamepartman-auto/classname. You can choose to partition either existing free space on a disk or a whole disk. The layout of the disk can be determined by using a predefined recipe, a custom recipe from -a recipe file or a recipe included in the preconfiguration file. It is -currently not possible to partition multiple disks using preseeding. - +a recipe file or a recipe included in the preconfiguration file. /para warningpara @@ -953,16 +951,23 @@ /para/warning informalexample role=examplescreen +# If the system has only one disk the installer will default to using that. +# # If the system has free space you can choose to only partition that space. #d-i partman-auto/init_automatically_partition select biggest_free - -# Alternatively, you can specify a disk to partition. The device name must -# be given in traditional non-devfs format. -# Note: A disk must be specified, unless the system has only one disk. +# +# Alternatively, you may specify a disk to partition. +# On a multi-disk system you must specify which disk to partition. +# The device name must be given in traditional, non-devfs format - +# e.g. /dev/hda or /dev/sda, and not e.g. /dev/discs/disc0/disc. # For example, to use the first SCSI/SATA hard disk: #d-i partman-auto/disk string /dev/sda + # In addition, you'll need to specify the method to use. -# The presently available methods are: regular, lvm and crypto +# The presently available methods are: +# - regular: use the usual partition types for your architecture +# - lvm: use LVM to partition the disk +# - crypto: create encrypted partitions d-i partman-auto/method string lvm # If one of the disks that are going to be automatically partitioned @@ -981,7 +986,8 @@ d-i partman-auto/choose_recipe select atomic # Or provide a recipe of your own... -# The recipe format is documented in the file devel/partman-auto-recipe.txt. +# The recipe format is documented in the file doc/devel/partman-auto-recipe.txt. +# (url-d-i-websvn;/trunk/installer/doc/devel/partman-auto-recipe.txt) # If you have a way to get a recipe file into the d-i environment, you can # just point at it. #d-i partman-auto/expert_recipe_file string /hd-media/recipe @@ -1005,6 +1011,9 @@ # 64 512 300% linux-swap \ # method{ swap } format{ }\ # . +# Other settings such as filesystem labels, volume group names and +# which physical devices to include in a volume group, may be specified +# in the expert_recipe. See partman-auto-recipe.txt for details. # This makes partman automatically partition without confirmation, provided # that you told it what to do using one of the methods above.
Bug#506406: [Pkg-xfce-devel] Bug#506406: xfce4: apt bug causes gdm to pull in unneeded/unwanted gnome dependencies
On mar, 2009-01-06 at 20:01 -0500, Daniel Dickinson wrote: It occurs to me the reason you are confused is that when I 'Standard System' you are thinking I mean 'typical system' when in fact I mean that I select the option 'Standard System' on the tasksel menu. No I'm confused because you select tasks in aptitude. And tasks are tasksel job. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Processing of oldsys-preseed_3.2_i386.changes
oldsys-preseed_3.2_i386.changes uploaded successfully to localhost along with the files: oldsys-preseed_3.2.dsc oldsys-preseed_3.2.tar.gz oldsys-preseed_3.2_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
oldsys-preseed_3.2_i386.changes ACCEPTED
Accepted: oldsys-preseed_3.2.dsc to pool/main/o/oldsys-preseed/oldsys-preseed_3.2.dsc oldsys-preseed_3.2.tar.gz to pool/main/o/oldsys-preseed/oldsys-preseed_3.2.tar.gz oldsys-preseed_3.2_i386.udeb to pool/main/o/oldsys-preseed/oldsys-preseed_3.2_i386.udeb Override entries for your package: oldsys-preseed_3.2.dsc - source debian-installer oldsys-preseed_3.2_i386.udeb - optional debian-installer Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org