Re: rdate udeb
The rdate in etch does not recognize a -n option. When was it added? Rick On Jul 21, 2007, at 2:34 PM, Joey Hess wrote: I just remembered/realised that rdate can use ntp servers via rdate -n. Spiffy. No more issues finding a server then. -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: rdate udeb
On Sun, Jul 22, 2007 at 02:14:40AM -0400, Rick Thomas wrote: The rdate in etch does not recognize a -n option. When was it added? In 1:1.1.2-1 which is in testing. Version 1:1.1.2-3 should be backported to stable once it hit testing. Aníbal Monsalve Salazar -- http://v7w.com/anibal signature.asc Description: Digital signature
Processed: Re: Bug#434027: partman-crypto: loop-aes fails with not supported by kernel
Processing commands for [EMAIL PROTECTED]: tags 434027 + pending Bug#434027: partman-crypto: loop-aes fails with not supported by kernel There were no tags set. Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434027: partman-crypto: loop-aes fails with not supported by kernel
tags 434027 + pending thanks I've hit one snag implementing a fix for this. As losetup is not available, we cannot see what precisely is loop-mounted on a certain loop device, so we cannot loop over all loop-mounted devices and unmount/remount them. I've solved this by just assuming that we only use loop-mounting for the CD image in hd-media installs. If a CD image is mounted, the image will be unmounted, loop replaced by loop-aes, and finally the image will be remounted. I've included some sanity checks, so if something else is using loop, partman should now fail in a controlled manner and with proper indication in the syslog why it's failing. Cheers, FJP pgp7FyhRCQtNr.pgp Description: PGP signature
Gardul viu - minune!!!
GARDUL VIU-MINUNE!!! Creste rapid (1.20-1.80 m/an)!!! E incredibil de nepretentios!!! (atât în privinta solului cât si a îngrijirii) E incredibil de ieftin!!! Capacitate de umbrire excelenta! Capacitate antipraf de un grad înalt! Este o planta foioasa, de culoare verde viu, cu frunze mici lucioase, formând un gard viu de mare densitate. De la 0.9 RON/rasad, peste 1000 de bucati! Pentru detalii, vizitati site-ul www.gardviu.ro Tel: 0744313265 Echipa, NET GREEN AGENT Homa srl Acest mesaj contine datele noastre de identificare si instructiuni de dezabonare. V-a fost oferit din urmatoarele motive: sunteti in baza noastra de date ca urmare a unor corespondente anterioare, adresa Dvs. a fost selectata dintr-o baza de date la care ati subscris, adresa Dvs. a fost facuta publica prin afisari cu caracter publicitar. Ne cerem scuze daca mesajul ajunge la Dvs. dintr-o eroare sau daca acest e-mail nu va aduce informatii utile. - Daca nu mai doriti sa primiti ofertele noastre dati clic la dezabonare in mailul prezent si veti fi exclus din baza noastra de date. Conform legislatiei ( http://www.legi-internet.ro/lg365.htm ) din Romania pentru trimiterea de oferte comerciale prin posta electronica trebuie obtinut acordul destinatarului. Va multumim pentru intelegere si speram intr-o colaborare benefica ambelor parti! Clic aici pt. optiuni de abonare! ( http://roman.viaszfestes.hu/index.php?option=com_acajoomact=changesubscriber=8727cle=ba61057208f13a956e62977c5bfee161listid=2 ) Clic aici pentru dezabonare. ( http://roman.viaszfestes.hu/index.php?option=com_acajoomact=unsubscribesubscriber=8727cle=ba61057208f13a956e62977c5bfee161listid=2 ) Powered by Acajoom Mailing System ( http://www.acajoom.com ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[RFC] Add support for LUKS encrypted root in rescue mode
Hi! Attached is a patch that will allow encrypted (using LUKS) root partitions to be used in rescue mode. The patch is fairly simple, and ask a passphrase for every LUKS partitions found before the root partition is choosen. This only affects rescue-mode.postinst, add a template and a dependency on crypto-modules and cryptsetup-udeb. In the long term, it is not probably the best solution as it does neither support loop-aes partitions, nor plain dm-crypt. It would probably better to support re-use of already encrypted partitions in partman and use these facilities in rescue-mode instead of custom code. Anyway, it works nicely with the guided partitioning for crypto root, and that actually covers quite a lot of our users, so it might still be a worthy addition. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- Index: debian/control === --- debian/control (revision 48544) +++ debian/control (working copy) @@ -18,5 +18,5 @@ Priority: optional XC-Package-Type: udeb XB-Installer-Menu-Item: 3900 -Depends: rescue-check, cdebconf-udeb (= 0.73), harddrive-detection, ext2-modules, ext3-modules, fat-modules, jfs-modules, md-modules, reiserfs-modules, xfs-modules, lvm2-udeb, mdadm-udeb (= 2.5.2), di-utils (= 1.15) +Depends: rescue-check, cdebconf-udeb (= 0.73), harddrive-detection, ext2-modules, ext3-modules, fat-modules, jfs-modules, md-modules, reiserfs-modules, xfs-modules, lvm2-udeb, mdadm-udeb (= 2.5.2), di-utils (= 1.15), crypto-modules, cryptsetup-udeb Description: mount requested partition and start a rescue shell Index: debian/rescue-mode.templates === --- debian/rescue-mode.templates(revision 48544) +++ debian/rescue-mode.templates(working copy) @@ -81,3 +81,11 @@ environment. If you want to make it your root file system temporarily, run chroot /target. If you need any other file systems (such as a separate /usr), you will have to mount those yourself. + +Template: rescue/passphrase +Type: password +_Description: Passphrase for ${DEVICE}: + Please enter the passphrase for the encrypted volume ${DEVICE}. + . + If you don't enter anything, the volume will not be available during + rescue operations. Index: debian/rescue-mode.postinst === --- debian/rescue-mode.postinst (revision 48544) +++ debian/rescue-mode.postinst (working copy) @@ -14,6 +14,55 @@ log-output -t rescue modprobe $1 || true } +rescan_lvm () { + log-output -t rescue pvscan || true + log-output -t rescue vgscan || true +} + +get_passphrase () { + db_set rescue/passphrase + db_fset rescue/passphrase seen false + db_subst rescue/passphrase DEVICE $dev + db_input critical rescue/passphrase + + db_go || return 1 + +db_get rescue/passphrase || RET='' + echo -n $RET +} + +do_cryptsetup () { + local pass_ok pass dev cryptdev + + dev=$1 + pass_ok=0 + cryptdev=${dev##*/}_crypt + while [ $pass_ok -eq 0 ]; do + pass=$(get_passphrase) || return 1 + if [ -z $pass ]; then + return 1 + fi + echo -n $pass | log-output -t rescue \ + cryptsetup -d - luksOpen $dev $cryptdev pass_ok=1 + done +} + +open_encrypted_partitions () { + local found pass_ok + + found=0 + for dev in $(list-devices partition); do + if cryptsetup isLuks $dev 2 /dev/null; then + do_cryptsetup $dev found=1 + fi + done + + if [ $found -eq 0 ]; then + return 1 + fi + try_load_module aes +} + try_load_module ext2 try_load_module ext3 try_load_module jfs @@ -39,9 +88,13 @@ # LVM support try_load_module dm-mod try_load_module lvm-mod -log-output -t rescue pvscan || true -log-output -t rescue vgscan || true +rescan_lvm +# Crypto support +open_encrypted_partitions + # Scan for LVM partitions again as we just added encrypted volumes + rescan_lvm + db_capb backup MOUNTED= signature.asc Description: Digital signature
Bug#432314: installation-report: LILO Installation Fails on Machine with 4 SATA Disks
On Thu, 2007-07-19 at 21:21 +0200, Frans Pop wrote: Could you try again with the following change (around line 65-70 in the script). You can make that change in the same way you added the 'set -x'. Suggest you add 'set -x' again in case there are still problems and send the syslog again. *) - disc_offered_devfs=$(find $prefix -follow -name disc | head -n 1) + disc_offered_devfs=$(echo $bootfs_devfs | sed s:\(.*\)/.*:\1/disc:) ;; esac disc_offered=$(mapdevfs $disc_offered_devfs) The change to the script did resolve the issue, thank you. Should the change be checked into the lilo-installer package? Youssef Eldakar Bibliotheca Alexandrina -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [RFC] Add support for LUKS encrypted root in rescue mode
On Sunday 22 July 2007 13:36, Jérémy Bobbio wrote: This only affects rescue-mode.postinst, add a template and a dependency on crypto-modules and cryptsetup-udeb. I don't really like the fact that it depends on cryptsetup udeb. That completely destroys the concept that partman-crypto-dm and/or its dependencies are only loaded on demand. IMO it would be better to - put all the new code inside a library file in partman-crypto - check if that file exists before sourcing it - only loading the additional udebs (in a similar way as is done in partman-crypty/crypto_tools) on demand if rescue-mode is actually enabled - only doing the actual activation if all these conditions have been met Cheers, FJP pgpFx6NXWUo9t.pgp Description: PGP signature
Re: [RFC] Add support for LUKS encrypted root in rescue mode
On Sunday 22 July 2007 14:10, Frans Pop wrote: I don't really like the fact that it depends on cryptsetup udeb. That completely destroys the concept that partman-crypto-dm and/or its dependencies are only loaded on demand. Hmm. That's not true. I'd forgotten that rescue-mode only gets loaded if rescue mode is enabled. Sorry about that. Some minor comments: - maybe rescan_lvm should just be named scan_lvm as it is used both for the initial and the second scan - maybe rename open_encrypted_partitions to activate_encrypted_partitions For: +open_encrypted_partitions + # Scan for LVM partitions again as we just added encrypted volumes + rescan_lvm + it is maybe better to do: +if open_encrypted_partitions; then + # Scan for LVM partitions again as we just added encrypted volumes + rescan_lvm +fi + pgpd1jUyPomly.pgp Description: PGP signature
linux-kernel-di-powerpc-2.6_1.30_powerpc.changes is NEW
(new) affs-modules-2.6.21-2-powerpc-di_1.30_powerpc.udeb extra debian-installer Amiga filesystem support This package contains the Amiga filesystem module for the Linux kernel. (new) affs-modules-2.6.21-2-powerpc-miboot-di_1.30_powerpc.udeb extra debian-installer Amiga filesystem support This package contains the Amiga filesystem module for the Linux kernel. (new) affs-modules-2.6.21-2-powerpc64-di_1.30_powerpc.udeb extra debian-installer Amiga filesystem support This package contains the Amiga filesystem module for the Linux kernel. (new) affs-modules-2.6.21-2-prep-di_1.30_powerpc.udeb extra debian-installer Amiga filesystem support This package contains the Amiga filesystem module for the Linux kernel. (new) ata-modules-2.6.21-2-powerpc-di_1.30_powerpc.udeb extra debian-installer ATA disk modules. This package contains core ATA disk modules used by both PATA and SATA disk drivers. (new) ata-modules-2.6.21-2-powerpc-miboot-di_1.30_powerpc.udeb extra debian-installer ATA disk modules. This package contains core ATA disk modules used by both PATA and SATA disk drivers. (new) ata-modules-2.6.21-2-powerpc64-di_1.30_powerpc.udeb extra debian-installer ATA disk modules. This package contains core ATA disk modules used by both PATA and SATA disk drivers. (new) ata-modules-2.6.21-2-prep-di_1.30_powerpc.udeb extra debian-installer ATA disk modules. This package contains core ATA disk modules used by both PATA and SATA disk drivers. (new) cdrom-core-modules-2.6.21-2-powerpc-di_1.30_powerpc.udeb standard debian-installer CDROM support This package contains core CDROM support for the Linux kernel. (new) cdrom-core-modules-2.6.21-2-powerpc-miboot-di_1.30_powerpc.udeb standard debian-installer CDROM support This package contains core CDROM support for the Linux kernel. (new) cdrom-core-modules-2.6.21-2-powerpc64-di_1.30_powerpc.udeb standard debian-installer CDROM support This package contains core CDROM support for the Linux kernel. (new) cdrom-core-modules-2.6.21-2-prep-di_1.30_powerpc.udeb standard debian-installer CDROM support This package contains core CDROM support for the Linux kernel. (new) core-modules-2.6.21-2-powerpc-di_1.30_powerpc.udeb standard debian-installer Core modules This package contains core modules for the kernel, that will almost always be needed. (new) core-modules-2.6.21-2-powerpc-miboot-di_1.30_powerpc.udeb standard debian-installer Core modules This package contains core modules for the kernel, that will almost always be needed. (new) core-modules-2.6.21-2-powerpc64-di_1.30_powerpc.udeb standard debian-installer Core modules This package contains core modules for the kernel, that will almost always be needed. (new) core-modules-2.6.21-2-prep-di_1.30_powerpc.udeb standard debian-installer Core modules This package contains core modules for the kernel, that will almost always be needed. (new) crypto-modules-2.6.21-2-powerpc-di_1.30_powerpc.udeb extra debian-installer crypto modules This package contains crypto modules. (new) crypto-modules-2.6.21-2-powerpc-miboot-di_1.30_powerpc.udeb extra debian-installer crypto modules This package contains crypto modules. (new) crypto-modules-2.6.21-2-powerpc64-di_1.30_powerpc.udeb extra debian-installer crypto modules This package contains crypto modules. (new) crypto-modules-2.6.21-2-prep-di_1.30_powerpc.udeb extra debian-installer crypto modules This package contains crypto modules. (new) ext2-modules-2.6.21-2-powerpc-di_1.30_powerpc.udeb standard debian-installer EXT2 filesystem support This package contains the EXT2 filesystem module for the Linux kernel. (new) ext2-modules-2.6.21-2-powerpc-miboot-di_1.30_powerpc.udeb standard debian-installer EXT2 filesystem support This package contains the EXT2 filesystem module for the Linux kernel. (new) ext2-modules-2.6.21-2-powerpc64-di_1.30_powerpc.udeb standard debian-installer EXT2 filesystem support This package contains the EXT2 filesystem module for the Linux kernel. (new) ext2-modules-2.6.21-2-prep-di_1.30_powerpc.udeb standard debian-installer EXT2 filesystem support This package contains the EXT2 filesystem module for the Linux kernel. (new) ext3-modules-2.6.21-2-powerpc-di_1.30_powerpc.udeb standard debian-installer EXT3 filesystem support This package contains the EXT3 filesystem module for the Linux kernel. (new) ext3-modules-2.6.21-2-powerpc-miboot-di_1.30_powerpc.udeb standard debian-installer EXT3 filesystem support This package contains the EXT3 filesystem module for the Linux kernel. (new) ext3-modules-2.6.21-2-powerpc64-di_1.30_powerpc.udeb standard debian-installer EXT3 filesystem support This package contains the EXT3 filesystem module for the Linux kernel. (new) ext3-modules-2.6.21-2-prep-di_1.30_powerpc.udeb standard debian-installer EXT3 filesystem support This package contains the EXT3 filesystem module for the Linux kernel. (new) fancontrol-modules-2.6.21-2-powerpc64-di_1.30_powerpc.udeb standard debian-installer Apple powermac
Processing of linux-modules-di-powerpc-2.6_1.04_powerpc.changes
linux-modules-di-powerpc-2.6_1.04_powerpc.changes uploaded successfully to localhost along with the files: linux-modules-di-powerpc-2.6_1.04.dsc linux-modules-di-powerpc-2.6_1.04.tar.gz loop-aes-modules-2.6.21-2-powerpc-di_1.04_powerpc.udeb squashfs-modules-2.6.21-2-powerpc-di_1.04_powerpc.udeb loop-aes-modules-2.6.21-2-powerpc64-di_1.04_powerpc.udeb squashfs-modules-2.6.21-2-powerpc64-di_1.04_powerpc.udeb loop-aes-modules-2.6.21-2-powerpc-miboot-di_1.04_powerpc.udeb squashfs-modules-2.6.21-2-powerpc-miboot-di_1.04_powerpc.udeb loop-aes-modules-2.6.21-2-prep-di_1.04_powerpc.udeb squashfs-modules-2.6.21-2-prep-di_1.04_powerpc.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
linux-modules-di-powerpc-2.6_1.04_powerpc.changes is NEW
linux-modules-di-powerpc-2.6_1.04.dsc to pool/main/l/linux-modules-di-powerpc-2.6/linux-modules-di-powerpc-2.6_1.04.dsc linux-modules-di-powerpc-2.6_1.04.tar.gz to pool/main/l/linux-modules-di-powerpc-2.6/linux-modules-di-powerpc-2.6_1.04.tar.gz (new) loop-aes-modules-2.6.21-2-powerpc-di_1.04_powerpc.udeb extra debian-installer loop-AES crypto modules This package contains loop-AES crypto modules. (new) loop-aes-modules-2.6.21-2-powerpc-miboot-di_1.04_powerpc.udeb extra debian-installer loop-AES crypto modules This package contains loop-AES crypto modules. (new) loop-aes-modules-2.6.21-2-powerpc64-di_1.04_powerpc.udeb extra debian-installer loop-AES crypto modules This package contains loop-AES crypto modules. (new) loop-aes-modules-2.6.21-2-prep-di_1.04_powerpc.udeb extra debian-installer loop-AES crypto modules This package contains loop-AES crypto modules. (new) squashfs-modules-2.6.21-2-powerpc-di_1.04_powerpc.udeb extra debian-installer squashfs modules This package contains squashfs modules. (new) squashfs-modules-2.6.21-2-powerpc-miboot-di_1.04_powerpc.udeb extra debian-installer squashfs modules This package contains squashfs modules. (new) squashfs-modules-2.6.21-2-powerpc64-di_1.04_powerpc.udeb extra debian-installer squashfs modules This package contains squashfs modules. (new) squashfs-modules-2.6.21-2-prep-di_1.04_powerpc.udeb extra debian-installer squashfs modules This package contains squashfs modules. Changes: linux-modules-di-powerpc-2.6 (1.04) unstable; urgency=low . [ Frans Pop ] * Use udeb definition for loop-aes-udeb from kernel-wedge. . [ Otavio Salvador ] * Add squashfs module. . [ Frans Pop ] * Update to kernel ABI 2.6.21-2. * Built against version 3.2a-3 of loop-aes. * Built against version 2.6.21-4 of linux-modules-extra-2.6. Override entries for your package: linux-modules-di-powerpc-2.6_1.04.dsc - source debian-installer Announcing to [EMAIL PROTECTED] Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of base-installer_1.83_i386.changes
base-installer_1.83_i386.changes uploaded successfully to localhost along with the files: base-installer_1.83.dsc base-installer_1.83.tar.gz base-installer_1.83_all.udeb bootstrap-base_1.83_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
base-installer_1.83_i386.changes ACCEPTED
Accepted: base-installer_1.83.dsc to pool/main/b/base-installer/base-installer_1.83.dsc base-installer_1.83.tar.gz to pool/main/b/base-installer/base-installer_1.83.tar.gz base-installer_1.83_all.udeb to pool/main/b/base-installer/base-installer_1.83_all.udeb bootstrap-base_1.83_i386.udeb to pool/main/b/base-installer/bootstrap-base_1.83_i386.udeb Override entries for your package: base-installer_1.83.dsc - source debian-installer base-installer_1.83_all.udeb - required debian-installer bootstrap-base_1.83_i386.udeb - required debian-installer Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434258: installation-reports: Installation fails - base system install as well as grub do NOT install
Package: installation-reports Version: d-i from a netinst (etch dated June 13th) Severity: normal A netinst CD from June 13th (post etch release) wouldn't install a base system nor grub (various odd messages were noted - it wasn't very intuitive in what was going wrong). After looking into the problem it turned out to be a GPG key issue. After invoking a shell and doing a 'chroot /target' and 'apt-key update' (which required me to install the 'debian-archive-keyring' package) all worked as expected. What needs to happen is that the debianinstaller (d-i) should really include 'apt-key update' as part of its normal install procedure to make sure that installations will always work irrespective of when GPG keys change. BTW: someone should add 'd-i' as a package so that we can 'reportbug' straight to the d-i developers. -- 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-4-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Announcing win32-loader 0.5.6
win32-loader 0.5.6 has been released and is available from http://goodbye-microsoft.com/ What's new in 0.5.6: - Remove space checks completely. Turns out the function was acting as no-op and results were based on uninitialised memory (urgh). - Support for using D-I daily builds (available through expert mode). -- Robert Millan My spam trap is [EMAIL PROTECTED] Note: this address is only intended for spam harvesters. Writing to it will get you added to my black list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#247484: thoughts on date setting
Now I'm considering moving a lot of stuff around. CCing boot since this is expanding beyond just one package. Rather than have two or three clock-related things on the menu, I propose we have one clock-setup menu item, that runs after netcfg. This would include both calling tzsetup, as well as using rdate. tzsetup would stop being a menu item, and would be called from clock-setup's postinst (or merged into clock-setup, whatever works best). That leaves the stuff that's in clock-setup now -- the clock-setup/utc question. This has to come after partitioning, and if it's not a menu item, where to run it? I propose moving the question to the finish-install hook that actually modifies the config files for non-UTC systems. Most of the time users won't see the question at all, and putting it here, users with dual-boot systems will have just dealt with that in bootloader configuration, so it's natural that another question about multi-OS stuff comes here. Looking at the menu layout, that leaves user-setup as the only normally interactive thing between partman formatting the disks and apt-setup running at the end of base-installer. user-setup has no dependencies, so it can be moved out of that location. I suggest moving it to run just before apt-setup. In summary, here's how the menu-item-numbers would look: 1000 - 3000 Preparation and installer setup 1000 localechooser 1100 load-floppy 1200 kbd-chooser 1300 iso-scan cdrom-detect 1400 file-preseed 1600 load-iso load-cdrom 1700 ethdetect ppp-udeb s390-netdevice (s390) 1800 netcfg netcfg-static 1900 auto-install 2100 network-preseed network-console 2200 ai-choosers 2300 choose-mirror download-installer 2500 lowmem 2600 clock-setup 3000 - 4000 Disk detection etc 3500 disk-detect (!s390) 3700 s390-dasd (s390) 4000 - 5000 Disk preparation 4200 partman (as default partitioner) 4300 partitioner (m68k, mips, s390) 4400 lvmcfg 4400 partman (mips) 4500 partconf (m68k, mips, s390) 4500 mdconfig 4700 evms 4900 partman (as non-default partitioner [s390]) 5000 autopartkit 6000 - 8000 Base installation and completion of install 6500 base-installer 6900 user-setup 7000 apt-setup pkgsel 7300 palo-installer (hppa) grub-installer (i386) yaboot-installer (powerpc/powermac_newworld, powerpc/chrp*) quik-installer (powerpc/powermac_oldworld) zipl-installer (s390) arcboot-installer (mips) delo-installer (mipsel) silo-installer (sparc) vmelilo-installer (m68k/vme*) glantank-installer (arm/iop32x) 7500 lilo-installer (i386) 7600 elilo-installer (ia64, i386) 7700 nobootloader (all) 7800 finish-install -- see shy jo signature.asc Description: Digital signature
Bug#247484: thoughts on date setting
(Dropping CC to d-boot as it'll end up on the list anyway :-) On Monday 23 July 2007 01:47, Joey Hess wrote: Rather than have two or three clock-related things on the menu, I propose we have one clock-setup menu item, that runs after netcfg. This would include both calling tzsetup, as well as using rdate. tzsetup would stop being a menu item, and would be called from clock-setup's postinst (or merged into clock-setup, whatever works best). I agree about merging clock-setup and tzsetup. The logic is getting intertwined now. Please be careful about not breaking s/390 and nslu2 installs where localechooser is only loaded with anna and thus country selection (needed for timezone selection) is not available until after that. netcfg runs earlier. I see that in the proposed menu items you actually do have clock-setup after anna, so that should be OK. And it's good as well in the sense that there should be no need to include rdate in initrds. That leaves the stuff that's in clock-setup now -- the clock-setup/utc question. This has to come after partitioning, and if it's not a menu item, where to run it? The reason it has to run after partitioning being the need to run os-prober to get info about which other OSes are present. I propose moving the question to the finish-install hook that actually modifies the config files for non-UTC systems. Most of the time users won't see the question at all, and putting it here, users with dual-boot systems will have just dealt with that in bootloader configuration, so it's natural that another question about multi-OS stuff comes here. Let me see if I understand: - early in install: - run rdate without changing the system clock - compare rdate output and current system clock to - check sanity of hardware clock - determine if hardware clock is on UTC or not - use country and previous to - check if clock is sane (if country has single timezone; for countries with more TZs it should still fit in the range) - determine default timezone (countres with more TZs) - set system time (using UTC) - late in the install: - using os-prober info, determine if system should be on UTC or local - ask user if unsure - set hardware clock if needed (ask user if unsure) The only question may be: how does having installed using UTC and possible switching to localtime affect the reboot. This is different from what we do now as we now basically use the system clock for the install, and thus create files using local time if that is what the clock is set to. I think this could create problems for users who are in a negative TZ (or maybe positive, not sure and too lazy to think it out ATM). Maybe the late in the install bits should instead be done immediately after partitioning to solve this? Looking at the menu layout, that leaves user-setup as the only normally interactive thing between partman formatting the disks and apt-setup running at the end of base-installer. user-setup has no dependencies, so it can be moved out of that location. I suggest moving it to run just before apt-setup. Seems OK. I wonder if we should then just commit the user settings in the postinst instead of during finish-install. pgpEGRCQA7tPx.pgp Description: PGP signature
Bug#434304: missing options in main installer menu
Package: installation-reports Boot method: floppy Image version: Full URL to image you downloaded is best Date: 2007-07-22 Machine: vintage 2002 Dell server, ran linux before Processor: don't know. its in NYC, I am in Australia... Memory: 1G, I think Partitions: df -Tl will do; the raw partition table is preferred Output of lspci -nn and lspci -vnn: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] 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:[E] Comments/Problems: Boots like a charm. But the set of options displayed does not allow to make choices other that Choose Language, Load drivers from a floppy, Select a keyboard Layout, Change debconf priority, Execute a shall, Abort the installation. Moving around the options and filling them does not lead appear to any other main menu options. See http://raneb.openlib.org/~krichel/tmp/fasolt.jpg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434306: missing options in main installer menu
Package: installation-reports Boot method: floppy Image version: http://people.debian.org/~joeyh/d-i/images/daily/floppy/ Date: 2007-07-22 Machine: vintage 2002 Dell server, ran linux before Processor: don't know. its in NYC, I am in Australia... Memory: 1G, I think Partitions: df -Tl will do; the raw partition table is preferred Output of lspci -nn and lspci -vnn: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] 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:[E] Comments/Problems: Boots like a charm. But the set of options displayed does not allow to make choices other that Choose Language, Load drivers from a floppy, Select a keyboard Layout, Change debconf priority, Execute a shall, Abort the installation. Moving around the options and filling them does not lead appear to any other main menu options. See http://raneb.openlib.org/~krichel/tmp/fasolt.jpg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434304: further information
This is location I got the floppy images from http://people.debian.org/~joeyh/d-i/images/daily/floppy/ I had an earlier version of the boot disk initially, from some 7 or so days ago, so the problem is not very recent. I have completed debian installs in the past. Cheers, Thomas Krichelhttp://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel skype: thomaskrichel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434306: Acknowledgement (missing options in main installer menu)
this bug is a duplicate of 434304 and should therefore be closed. Cheers, Thomas Krichelhttp://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel skype: thomaskrichel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]