Bug#470894: grub-installer: user parameters are not added to grub.cfg for grub2

2009-08-07 Thread Felix Zielcke
Am Dienstag, den 04.08.2009, 11:45 +0200 schrieb Felix Zielcke: bts tag 470894 patch thanks Am Freitag, den 31.07.2009, 10:25 +0200 schrieb Felix Zielcke: Am Donnerstag, den 11.06.2009, 15:03 +0100 schrieb Colin Watson: If you, and others on this list, agree with that claim, then we can

[PATCH 1/4] boot-x86: move creation of install.bat out of extra_image

2009-08-07 Thread Ian Campbell
There is currently only a single caller but soon I will be adding another which does not want install.bat created. --- tools/boot/squeeze/boot-x86 |5 ++--- 1 files changed, 2 insertions(+), 3 deletions(-) diff --git a/tools/boot/squeeze/boot-x86 b/tools/boot/squeeze/boot-x86 index

[PATCH 2/4] easy-build.sh: use getopts instead of rolling our own option parsing.

2009-08-07 Thread Ian Campbell
--- easy-build.sh | 28 1 files changed, 16 insertions(+), 12 deletions(-) diff --git a/easy-build.sh b/easy-build.sh index c586c1e..d85d810 100755 --- a/easy-build.sh +++ b/easy-build.sh @@ -25,19 +25,23 @@ if [ $# -eq 0 ]; then fi desktop= -if [ $1 = -d ];

[PATCH 3/4] Add support for producing disks with (optional) extra variants.

2009-08-07 Thread Ian Campbell
This patch just adds the generic support code: * CONF.sh: Add $(VARIANTS) configuration variable. * eash-build.sh: Add command line parameter to enable variants. * Makefile: Define VARIANT_xxx when preprocessing package list. * boot/?/common.sh: Add a function

[PATCH 4/4] Add a Xen variant on i386 and amd64.

2009-08-07 Thread Ian Campbell
i386 Xen guests require a PAE (686-bigmem) kernel in order to run. Therefore this variant includes the relevant installer kernel and ramdisk in install.386/xen as well as suitable kernel udebs and proper debs for the installed system. amd64 Xen has no similar requirement but we include the

Re: [d-i on kfreebsd] quick status report

2009-08-07 Thread Felix Zielcke
Am Donnerstag, den 06.08.2009, 23:23 +0200 schrieb Luca Favatella: The kfreebsd debian-installer port did a lot of progress. Among basic features it only misses grub-installer. I think this small patch should be enough for grub-installer. At least if existing support for freebsd works also

Install from ISO for Xen guest

2009-08-07 Thread Ian Campbell
This was discussed a little while back on both lists (the interesting/useful bit starts at http://lists.debian.org/debian-boot/2009/06/msg00094.html). It's taken me a while but I've finally got something which works for me. Below is a patch for debian-installer to build cdrom-xen variants for

Re: Install from ISO for Xen guest

2009-08-07 Thread Ian Campbell
On Fri, 2009-08-07 at 07:39 +0100, Ian Campbell wrote: I will follow up shortly with[...]a patch to the nightly cron jobs which enables this variant for the i386+amd64+powerpc multiarch netinst image. Here it is. Is this sufficient to ensure this variant is enabled in the actual official

Bug#378817: Short Notice (Winning Alert)

2009-08-07 Thread M.C
You have Won 891,934.00 GPB in ukmonthly award bonaza Send Your name ,Address, Tel, Age, Occupation,CountryTo Mr Fred Martin For Claims. Choose your claims option.(1)Courier Delivery(2)Bank Transfer Sincerely, Dianne Thompson -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org

Re: [d-i on kfreebsd] quick status report

2009-08-07 Thread Cyril Brulebois
Felix Zielcke fziel...@z-51.de (07/08/2009): @@ -330,6 +330,9 @@ case $ARCH in # On PC/BIOS, default to GRUB Legacy grub_package=grub ;; +kfree-bsdi386/*|kfreebsd-amd64/*) + grub_package=grub-pc + ;; Typo? Probably should be “kfreebsd-i386/*”, not

Re: [d-i on kfreebsd] quick status report

2009-08-07 Thread Luca Favatella
. At least if existing support for freebsd works also under kfreebsd. Thanks. At [0] you can find kfreebsd d-i as r60026, with your patch (I fixed kfree-bsdi386 - kfreebsd-i386). [0] http://slackydeb.altervista.org/files/debian_gnu_kfreebsd/tmp/20090807/1045_r60026/ls I tested it, and I get

Re: [PATCH 1/4] boot-x86: move creation of install.bat out of extra_image

2009-08-07 Thread Frans Pop
On Friday 07 August 2009, Ian Campbell wrote: There is currently only a single caller but soon I will be adding another which does not want install.bat created. --- tools/boot/squeeze/boot-x86 |5 ++--- 1 files changed, 2 insertions(+), 3 deletions(-) diff --git

Re: [PATCH 2/4] easy-build.sh: use getopts instead of rolling our own option parsing.

2009-08-07 Thread Frans Pop
On Friday 07 August 2009, Ian Campbell wrote: +while getopts d:h OPT ; do Is getopts also supported in dash? +   case $OPT in +       d) +   case $OPTARG in +   # Note: gnome is the special gnome task, not the generic task +       

Re: [PATCH 2/4] easy-build.sh: use getopts instead of rolling our own option parsing.

2009-08-07 Thread Max Vozeler
On Fri, Aug 07, 2009 at 02:05:52PM +0200, Frans Pop wrote: On Friday 07 August 2009, Ian Campbell wrote: +while getopts d:h OPT ; do Is getopts also supported in dash? Yes, and in POSIX. Maybe it would be good to also support --help if -h is added. getopts can't do longoptions. I'd say

Re: [PATCH 1/4] boot-x86: move creation of install.bat out of extra_image

2009-08-07 Thread Ian Campbell
On Fri, 2009-08-07 at 13:33 +0200, Frans Pop wrote: On Friday 07 August 2009, Ian Campbell wrote: There is currently only a single caller but soon I will be adding another which does not want install.bat created. --- tools/boot/squeeze/boot-x86 |5 ++--- 1 files changed, 2

Re: [PATCH 2/4] easy-build.sh: use getopts instead of rolling our own option parsing.

2009-08-07 Thread Ian Campbell
On Fri, 2009-08-07 at 14:05 +0200, Frans Pop wrote: On Friday 07 August 2009, Ian Campbell wrote: +while getopts d:h OPT ; do Is getopts also supported in dash? I believe so. I just tried it and it looks like the script is already not dash-ready: $ dash -x ./easy-build.sh -h + set -e +

Re: [PATCH 2/4] easy-build.sh: use getopts instead of rolling our own option parsing.

2009-08-07 Thread Ian Campbell
On Fri, 2009-08-07 at 13:33 +0100, Ian Campbell wrote: I just tried it and it looks like the script is already not dash-ready: $ dash -x ./easy-build.sh -h + set -e + export CF=CONF.sh + . CONF.sh .: 1: CONF.sh: not found I'm no expert but it looks like dash obeys $PATH when executing

Re: [PATCH 2/4] easy-build.sh: use getopts instead of rolling our own option parsing.

2009-08-07 Thread Ian Campbell
On Fri, 2009-08-07 at 13:45 +0100, Ian Campbell wrote: On Fri, 2009-08-07 at 13:33 +0100, Ian Campbell wrote: I just tried it and it looks like the script is already not dash-ready: $ dash -x ./easy-build.sh -h + set -e + export CF=CONF.sh + . CONF.sh .: 1: CONF.sh: not found

Re: [PATCH 2/4] easy-build.sh: use getopts instead of rolling our own option parsing.

2009-08-07 Thread Giacomo A. Catenazzi
Ian Campbell wrote: On Fri, 2009-08-07 at 13:33 +0100, Ian Campbell wrote: I just tried it and it looks like the script is already not dash-ready: $ dash -x ./easy-build.sh -h + set -e + export CF=CONF.sh + . CONF.sh .: 1: CONF.sh: not found I'm no expert but it looks like dash obeys $PATH

Re: [PATCH 2/4] easy-build.sh: use getopts instead of rolling our own option parsing.

2009-08-07 Thread Julien Cristau
Hi, one nitpick: On Fri, Aug 7, 2009 at 13:33:33 +0100, Ian Campbell wrote: +shift $(expr $OPTIND - 1) maybe 'shift $((OPTIND - 1))' so you don't fork expr? Cheers, Julien -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Processing of partman-lvm_68_amd64.changes

2009-08-07 Thread Archive Administrator
partman-lvm_68_amd64.changes uploaded successfully to localhost along with the files: partman-lvm_68.dsc partman-lvm_68.tar.gz partman-lvm_68_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of

Processing of partman-crypto_39_amd64.changes

2009-08-07 Thread Archive Administrator
partman-crypto_39_amd64.changes uploaded successfully to localhost along with the files: partman-crypto_39.dsc partman-crypto_39.tar.gz partman-crypto-dm_39_all.udeb partman-crypto-loop_39_all.udeb partman-crypto_39_amd64.udeb Greetings, Your Debian queue daemon -- To

Processing of partman-md_48_amd64.changes

2009-08-07 Thread Archive Administrator
partman-md_48_amd64.changes uploaded successfully to localhost along with the files: partman-md_48.dsc partman-md_48.tar.gz partman-md_48_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe.

Re: [PATCH 3/4] Add support for producing disks with (optional) extra variants.

2009-08-07 Thread Frans Pop
(No need to CC me on replies.) On Friday 07 August 2009, Ian Campbell wrote:  show_usage() { -   echo Usage: $(basename $0) [-d gnome|kde|lxde|xfce|light|all] BC|NETINST|CD|DVD [ARCH ...] +   echo Usage: $(basename $0) [-d gnome|kde|lxde|xfce|light|all] [-v VARIANTS]

Re: [PATCH 3/4] Add support for producing disks with (optional) extra variants.

2009-08-07 Thread Frans Pop
On Friday 07 August 2009, Ian Campbell wrote: This patch just adds the generic support code:    * CONF.sh:   Add $(VARIANTS) configuration variable.    * eash-build.sh: Add command line parameter to enable variants.    * Makefile:  Define VARIANT_xxx when preprocessing

Re: [PATCH 3/4] Add support for producing disks with (optional) extra variants.

2009-08-07 Thread Ian Campbell
On Fri, 2009-08-07 at 16:08 +0200, Frans Pop wrote: (No need to CC me on replies.) Sorry about that. On Friday 07 August 2009, Ian Campbell wrote: show_usage() { - echo Usage: $(basename $0) [-d gnome|kde|lxde|xfce|light|all] BC|NETINST|CD|DVD [ARCH ...] + echo Usage:

UUID in fstab for device mapper devices?

2009-08-07 Thread Max Vozeler
Hello fellow maintainers, we recently changed d-i (partman-target, to be precise) to use UUIDs in fstab in order to get stable device naming. Currently UUIDs are used for all devices except - /dev/fd* - cryptsetup mappings - those specified by explicit /dev/disk/by-* paths Since then, we

partman-crypto_39_amd64.changes ACCEPTED

2009-08-07 Thread Archive Administrator
Accepted: partman-crypto-dm_39_all.udeb to pool/main/p/partman-crypto/partman-crypto-dm_39_all.udeb partman-crypto-loop_39_all.udeb to pool/main/p/partman-crypto/partman-crypto-loop_39_all.udeb partman-crypto_39.dsc to pool/main/p/partman-crypto/partman-crypto_39.dsc

partman-lvm_68_amd64.changes ACCEPTED

2009-08-07 Thread Archive Administrator
Accepted: partman-lvm_68.dsc to pool/main/p/partman-lvm/partman-lvm_68.dsc partman-lvm_68.tar.gz to pool/main/p/partman-lvm/partman-lvm_68.tar.gz partman-lvm_68_all.udeb to pool/main/p/partman-lvm/partman-lvm_68_all.udeb Override entries for your package: partman-lvm_68.dsc - source

UUID in fstab for device mapper devices?

2009-08-07 Thread Max Vozeler
[Resend to @packages.debian.org] Hello fellow maintainers, we recently changed d-i (partman-target, to be precise) to use UUIDs in fstab in order to get stable device naming. Currently UUIDs are used for all devices except - /dev/fd* - cryptsetup mappings - those specified by explicit

Re: [PATCH 3/4] Add support for producing disks with (optional) extra variants.

2009-08-07 Thread Ian Campbell
On Fri, 2009-08-07 at 16:13 +0200, Frans Pop wrote: On Friday 07 August 2009, Ian Campbell wrote: This patch just adds the generic support code: * CONF.sh: Add $(VARIANTS) configuration variable. * eash-build.sh: Add command line parameter to enable variants. *

Re: [pkg-cryptsetup-devel] UUID in fstab for device mapper devices?

2009-08-07 Thread Jonas Meurer
hello max, On 07/08/2009 Max Vozeler wrote: Hello fellow maintainers, we recently changed d-i (partman-target, to be precise) to use UUIDs in fstab in order to get stable device naming. Currently UUIDs are used for all devices except - /dev/fd* - cryptsetup mappings - those

Re: [PATCH 3/4] Add support for producing disks with (optional) extra variants.

2009-08-07 Thread Frans Pop
On Friday 07 August 2009, Ian Campbell wrote: On Fri, 2009-08-07 at 16:13 +0200, Frans Pop wrote: On Friday 07 August 2009, Ian Campbell wrote: This patch just adds the generic support code: * CONF.sh: Add $(VARIANTS) configuration variable. * eash-build.sh: Add

Re: UUID in fstab for device mapper devices?

2009-08-07 Thread Guido Günther
Hi Max, thanks for bringing this up! On Fri, Aug 07, 2009 at 04:28:46PM +0200, Max Vozeler wrote: [Resend to @packages.debian.org] Hello fellow maintainers, we recently changed d-i (partman-target, to be precise) to use UUIDs in fstab in order to get stable device naming. So you're using

Re: [PATCH 2/4] easy-build.sh: use getopts instead of rolling our own option parsing.

2009-08-07 Thread Frans Pop
On Friday 07 August 2009, Ian Campbell wrote:  # Set configuration file to be used for the build and source it -export CF=CONF.sh +export CF=./CONF.sh I've already committed that (for all scripts that set/source it). -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a

Re: UUID in fstab for device mapper devices?

2009-08-07 Thread Frans Pop
On Friday 07 August 2009, Max Vozeler wrote: Since then, we concluded that it is preferable to go back to plain /dev/mapper/ paths for LVM LVs because those already provide stable device naming (and are more descriptive). I'd very much prefer that. -- To UNSUBSCRIBE, email to

Re: UUID in fstab for device mapper devices?

2009-08-07 Thread Max Vozeler
Hi Guido, On Fri, Aug 07, 2009 at 05:15:06PM +0200, Guido Günther wrote: we recently changed d-i (partman-target, to be precise) to use UUIDs in fstab in order to get stable device naming. So you're using /dev/disk/by-uuid/uuid in /etc/fstab? Just plain UUID=. From a recent test install:

Re: [pkg-cryptsetup-devel] UUID in fstab for device mapper devices?

2009-08-07 Thread Max Vozeler
Hi Jonas, On Fri, Aug 07, 2009 at 05:01:30PM +0200, Jonas Meurer wrote: i suggest to go the same way for all device-mapper devices. at least the same argument (stable device names and more descriptive) holds for all of them. so i don't see a reason why to treat lvm devices different from

Re: [PATCH] use grub to boot d-i CD

2009-08-07 Thread Luca Favatella
On 07/08/2009, Luca Favatella slacky...@gmail.com wrote: This patch uses grub to boot kfreebsd-i386 d-i CD. Committed after ok of aurel32 on #debian-boot. Thanks, Luca Favatella -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

partman-md_48_amd64.changes ACCEPTED

2009-08-07 Thread Archive Administrator
Accepted: partman-md_48.dsc to pool/main/p/partman-md/partman-md_48.dsc partman-md_48.tar.gz to pool/main/p/partman-md/partman-md_48.tar.gz partman-md_48_all.udeb to pool/main/p/partman-md/partman-md_48_all.udeb Override entries for your package: partman-md_48.dsc - source

[PATCH v2 2/4] easy-build.sh: use getopts instead of rolling our own option parsing.

2009-08-07 Thread Ian Campbell
--- easy-build.sh | 32 +++- 1 files changed, 23 insertions(+), 9 deletions(-) diff --git a/easy-build.sh b/easy-build.sh index a0de9d0..b6ce3be 100755 --- a/easy-build.sh +++ b/easy-build.sh @@ -6,7 +6,10 @@ set -e ## See also CONF.sh for the meaning of variables

Re: UUID in fstab for device mapper devices?

2009-08-07 Thread Ritesh Raj Sarraf
On Friday 07 Aug 2009 19:58:46 Max Vozeler wrote: [Resend to @packages.debian.org] Hello fellow maintainers, we recently changed d-i (partman-target, to be precise) to use UUIDs in fstab in order to get stable device naming. Currently UUIDs are used for all devices except - /dev/fd* -

[PATCH v2 4/4] Add a Xen variant on i386 and amd64.

2009-08-07 Thread Ian Campbell
i386 Xen guests require a PAE (686-bigmem) kernel in order to run. Therefore this variant includes the relevant installer kernel and ramdisk in install.386/xen as well as suitable kernel udebs and proper debs for the installed system. amd64 Xen has no similar requirement but we include the

[PATCH v2 1/4] boot-x86: move creation of install.bat out of extra_image

2009-08-07 Thread Ian Campbell
There is currently only a single caller but soon I will be adding another which does not want install.bat created. The final output is unchanged after this change. --- tools/boot/squeeze/boot-x86 |5 ++--- 1 files changed, 2 insertions(+), 3 deletions(-) diff --git

[PATCH v2 3/4] Add support for producing disks with (optional) extra variants.

2009-08-07 Thread Ian Campbell
This patch just adds the generic support code: * CONF.sh: Add $(VARIANTS) configuration variable. * eash-build.sh: Add command line parameter to enable variants. * Makefile: Define VARIANT_xxx when preprocessing package list. * boot/?/common.sh: Add a function

Bug#539372: ltsp-server: ltsp-build-client fails w/ 4 x W: Failure while configuring base packages

2009-08-07 Thread Andre Majorel
On 2009-08-04 01:02 -0700, Vagrant Cascadian wrote: On Mon, Aug 03, 2009 at 11:41:02PM +0200, Andre Majorel wrote: Indeed. debootstrap sid /opt/test ftp://ftp.nerim.net/debian; emits the exact same warnings as above (minus the last line) and exits with status 1. Guess this bug report

Bug#539372: marked as done (debootstrap: fails w/ 4 x W: Failure while configuring base packages)

2009-08-07 Thread Debian Bug Tracking System
Your message dated Fri, 7 Aug 2009 20:33:34 +0200 with message-id 200908072033.34934.elen...@planet.nl and subject line Re: Bug#539372: ltsp-server: ltsp-build-client fails w/ 4 x W: Failure while configuring base packages has caused the Debian Bug report #539372, regarding debootstrap: fails w/

framebuffer is not working in the debian-testing-amd64-netinst.iso?

2009-08-07 Thread Yuri Kozlov
Hello. debian-testing-amd64-netinst.iso, taken from http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/ (I tried today and August 1,3) Installation freeze after selecting Install from the Grub menu. If in boot string to add fb=false all works. (tested on virtualbox,