Bug#806780: --foreign/--second-stage breaks with multiple components
Package: debootstrap Version: 1.0.75 Severity: normal Tags: patch When passing multiple components to --second-stage things fail as debootstrap tries to open debootstrap.invalid_dists_badger_snake|mushroom-armhf.Packages rather then seperate Packages file for snake and mushroom. Fixed in attached patch -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, armel Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages debootstrap depends on: ii wget 1.17-1 Versions of packages debootstrap recommends: ii debian-archive-keyring 2014.3 ii gnupg 1.4.19-6 debootstrap suggests no packages. -- no debconf information >From 6621d8304cb79dcc6e07098caaf6eaa56fe8594a Mon Sep 17 00:00:00 2001 From: Sjoerd Simons Date: Tue, 1 Dec 2015 09:09:07 +0100 Subject: [PATCH] Fix multiple components usage for --foreign commit e24e4b006736734e, bug #757819 made resolve_deps and setup_available in the --foreign case. However this only worked when using just one component as the USE_COMPONENTS variable is | delimited. Translate the USE_COMPONENTS variable on the fly from | delimited to space delimeted to allow multiple components to work again. Signed-off-by: Sjoerd Simons --- functions | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/functions b/functions index 8bef5e6..64d76e4 100644 --- a/functions +++ b/functions @@ -1256,14 +1256,14 @@ resolve_deps () { local ALLPKGS2=""; while [ "$PKGS" != "" ]; do local NEWPKGS="" - for c in ${COMPONENTS:-$USE_COMPONENTS}; do + for c in ${COMPONENTS:-$(echo ${USE_COMPONENTS} | tr '|' ' ')}; do local path="dists/$SUITE/$c/binary-$ARCH/Packages" local pkgdest="$TARGET/$($DLDEST pkg "$SUITE" "$c" "$ARCH" "$m1" "$path")" NEWPKGS="$NEWPKGS $("$PKGDETAILS" GETDEPS "$pkgdest" $PKGS)" done PKGS=$(echo "$PKGS $NEWPKGS" | tr ' ' '\n' | sort | uniq) local REALPKGS="" - for c in ${COMPONENTS:-$USE_COMPONENTS}; do + for c in ${COMPONENTS:-$(echo ${USE_COMPONENTS} | tr '|' ' ')}; do local path="dists/$SUITE/$c/binary-$ARCH/Packages" local pkgdest="$TARGET/$($DLDEST pkg "$SUITE" "$c" "$ARCH" "$m1" "$path")" REALPKGS="$REALPKGS $("$PKGDETAILS" PKGS REAL "$pkgdest" $PKGS | sed -n 's/ .*REAL.*$//p')" @@ -1279,7 +1279,7 @@ resolve_deps () { setup_available () { local m1="${MIRRORS%% *}" - for c in ${COMPONENTS:-$USE_COMPONENTS}; do + for c in ${COMPONENTS:-$(echo ${USE_COMPONENTS} | tr '|' ' ')}; do local path="dists/$SUITE/$c/binary-$ARCH/Packages" local pkgdest="$TARGET/$($DLDEST pkg "$SUITE" "$c" "$ARCH" "$m1" "$path")" # XXX: What if a package is in more than one component? -- 2.6.2
Bug#747045: base-installer: Install hangs when attempting to format EFI system partition
On Thu, May 22, 2014 at 05:18:24PM +0200, Sjoerd Simons wrote: > On Sun, May 04, 2014 at 08:07:51PM -0400, Mike wrote: > > When installing on an EFI based computer, the installation will hang while > > attempting to format an EFI system partition. If the partition already > > exists > > and is already formatted, the install proceeds normally. > > Seeing the same issue on a baytrail based NUC board. Partman seems to hang in > /lib/partman/commit.d/format_efi Looking at the parted log it's the parted server that fails and 50format_efi not really handling the error it seems last few lines in the log are: parted_server: OUT: Timer parted_server: OUT: 0 (null) .../50format_efi: error_handler: exception with type Timer https://bugs.launchpad.net/ubuntu/+source/parted/+bug/1306704 looks related but should already be fixed in debian starting with version -20. -- The rate at which a disease spreads through a corn field is a precise measurement of the speed of blight. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140522170743.ga10...@dusk.luon.net
Bug#747045: base-installer: Install hangs when attempting to format EFI system partition
On Sun, May 04, 2014 at 08:07:51PM -0400, Mike wrote: > When installing on an EFI based computer, the installation will hang while > attempting to format an EFI system partition. If the partition already exists > and is already formatted, the install proceeds normally. Seeing the same issue on a baytrail based NUC board. Partman seems to hang in /lib/partman/commit.d/format_efi -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140522151824.ga3...@dusk.luon.net
Bug#488434: installation-reports: somewhat problematic install on Thecus N2100
On Wed, Feb 25, 2009 at 01:29:34PM +0100, Martin Michlmayr wrote: > Sjoerd, do you have any more input on this bug report? If not, I > suggest we close it as unreproducable. Unfortunately no, i don't have a free N2100 to try and reproduce this. It might very well be fixed by now, so i agree that the best thing is probably to close it as unreproducable > > * Martin Michlmayr [2008-10-29 07:42]: > > Sjoerd, we're still waiting for your input on this. (see below) > > > > > > * Frans Pop [2008-09-16 19:45]: > > > On Saturday 13 September 2008, Martin Michlmayr wrote: > > > > * Sjoerd Simons [2008-06-28 22:19]: > > > > > The big issue was that i couldn't configure a custom mirror or even > > > > > select a country mirror. After some debugging it turned out that the > > > > > newt frontend immediately returned backup instead of actually showing > > > > > the UI bits. The relevant debconf debugging output is: > > > > > > > > > > Jun 28 16:38:30 debconf: --> GET mirror/country > > > > > Jun 28 16:38:30 debconf: <-- 0 manual > > > > > Jun 28 16:38:30 debconf: --> INPUT critical mirror/http/hostname > > > > > Jun 28 16:38:30 debconf: <-- 0 question will be asked > > > > > Jun 28 16:38:30 debconf: --> INPUT critical mirror/http/directory > > > > > Jun 28 16:38:30 debconf: <-- 0 question will be asked > > > > > Jun 28 16:38:30 debconf: --> GO > > > > > Jun 28 16:38:30 debconf: <-- 30 backup > > > > > > > > > > Using the text frontend instead of the newt frontend let me finish > > > > > the installation just fine. > > > > > > > > Frans, Jeremy, Colin, etc: can one of you comment on this? > > > > > > Sjoerd, can you please try again with a current daily image? > > > There have been some changes and we've not have any other reports of > > > mirror selection failures, so it seems most likely that you hit a bad > > > daily image. > > > > > > If it still fails then please send the full syslog with debconf debugging > > > enabled (gzipped!). > > > > > > Cheers, > > > FJP > > > > > > > > > > > > > -- > > Martin Michlmayr > > http://www.cyrius.com/ > > > > > > > > -- > Martin Michlmayr > http://www.cyrius.com/ -- Experience varies directly with equipment ruined. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#488590: [hppa] blacklisting tg3 was needed to avoid kernel failure
On Mon, Jun 30, 2008 at 02:38:55AM +0100, Simon McVittie wrote: > > And in this case it's not even clear who's at fault. > > AFAIK the kernel will normally survive not being able to load firmware: > > the module will be loaded, but the device not enabled. > > Not in this case, apparently! > > I suppose if these tg3 cards are compatible with other architectures, moving > one or both to an i386 would provide an interesting data point... are > PCI cards usually expected to be portable between architectures? Yeah. Only video cards are usually a bit problematic as they need their bios to be run by the cpu, most other cards should just work. Sjoerd -- Make it myself? But I'm a physical organic chemist! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#488540: Troublesome install on HPPA D9000 D220
Package: installation-reports Severity: normal -- Package-specific info: Boot method: network Image version: Lenny beta2 Date: Sun Jun 29 16:10:23 BST 2008 Machine: HP D9000 D220 Partitions: Disk /dev/sda: 9104 MB, 9104953344 bytes 64 heads, 32 sectors/track, 8683 cylinders Units = cylinders of 2048 * 512 = 1048576 bytes Disk identifier: 0x6c850e00 Device Boot Start End Blocks Id System /dev/sda1 * 1 95 97264 f0 Linux/PA-RISC boot /dev/sda2 * 96 190 97280 83 Linux /dev/sda3 191 678 499712 82 Linux swap / Solaris /dev/sda4 6798683 8197120 83 Linux Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O/E] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: This one had the same issues as already report in #488441 for another HPPA machine. The next problem was that the GSC network card triggers a kernel bug, for some more debugging info about see [0]. Sjoerd 0: http://article.gmane.org/gmane.linux.ports.parisc/467 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#488441: Installation failed on HPPA D9000 D390
On Sun, Jun 29, 2008 at 01:29:36AM +0200, Frans Pop wrote: > On Sunday 29 June 2008, Sjoerd Simons wrote: > > Comments/Problems: > > Boot stops after: Freeing unused kernel memory: 228k freed > > I see: > 2: console=ttyB0 > > Which leads me to suspect that this may be #484366. > > Can you try booting with 'BOOT_DEBUG=3' and at the debug shell removing > the "/bin/cttyhack " bits from the ::sysinit: and ::respawn: lines in > /etc/inittab? Your suspicion was absolutely right. Depending on whether or not the serial management card is installed the console device as exposed to user-space becomes either ttyB0 or ttyS0: With the serial management card the kernel reports: console handover: boot [ttyB0] -> real [ttyB0] while without it reports: console handover: boot [ttyB0] -> real [ttyS0] The seconds case obviously matches what d-i assumes and work out of the box, the first one only with the hack you described. Sjoerd -- Support bacteria -- it's the only culture some people have! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#488441: Installation failed on HPPA D9000 D390
Package: installation-reports Severity: normal -- Package-specific info: Boot method: network Image version: Lenny beta2 netboot Date: Sat Jun 28 23:23:17 BST 2008 Machine: HPPA D9000 D390 Partitions: Didn't come that far Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [E] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Boot stops after: Freeing unused kernel memory: 228k freed Full log attached Sjoerd hppa-D9000-D390 Description: Binary data
Bug#488434: installation-reports: somewhat problematic install on Thecus N2100
Package: installation-reports Severity: normal -- Package-specific info: Boot method: network Image version: http://people.debian.org/~joeyh/d-i/armel/images/daily/iop32x/netboot/ -- June 28 2008 Date: June 28, 2008 Machine: Thecus N2100 Partitions: Disk /dev/sda: 160.0 GB, 160041885696 bytes 255 heads, 63 sectors/track, 19457 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x000c6e0b Device Boot Start End Blocks Id System /dev/sda1 1 973 7815591 fd Linux raid autodetect /dev/sda2 9741216 1951897+ fd Linux raid autodetect /dev/sda31217 19457 146520832+ fd Linux raid autodetect allegri:~# fdisk -l /dev/sdb Disk /dev/sdb: 160.0 GB, 160041885696 bytes 255 heads, 63 sectors/track, 19457 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x0006c723 Device Boot Start End Blocks Id System /dev/sdb1 1 973 7815591 fd Linux raid autodetect /dev/sdb2 9741216 1951897+ fd Linux raid autodetect /dev/sdb31217 19457 146520832+ fd Linux raid autodetect allegri:~# df -Tl FilesystemType 1K-blocks Used Available Use% Mounted on /dev/md0 ext3 7692776636852 6665152 9% / tmpfstmpfs 258508 0258508 0% /lib/init/rw udev tmpfs 1024076 10164 1% /dev tmpfstmpfs 258508 0258508 0% /dev/shm /dev/md2 ext3 144221560192132 136703392 1% /srv Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[E] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: One small issue. The installation is preseeded from the old environment on flash, that is the configuration in the config partition of the original thecus firmware. This makes sense for the initial install, but less so when doing a reinstallation. In this case the old firmware was installed with a static ip, which didn't make any sense at all in the network i was installing in. The big issue was that i couldn't configure a custom mirror or even select a country mirror. After some debugging it turned out that the newt frontend immediately returned backup instead of actually showing the UI bits. The relevant debconf debugging output is: Jun 28 16:38:30 debconf: --> GET mirror/country Jun 28 16:38:30 debconf: <-- 0 manual Jun 28 16:38:30 debconf: --> INPUT critical mirror/http/hostname Jun 28 16:38:30 debconf: <-- 0 question will be asked Jun 28 16:38:30 debconf: --> INPUT critical mirror/http/directory Jun 28 16:38:30 debconf: <-- 0 question will be asked Jun 28 16:38:30 debconf: --> GO Jun 28 16:38:30 debconf: <-- 30 backup Using the text frontend instead of the newt frontend let me finish the installation just fine. Sjoerd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388549: Please pull avahi-daemon with a GNOME desktop installation (for Rhythmbox)
On Thu, Sep 21, 2006 at 01:50:23PM -0400, Joey Hess wrote: > Ross, since you maintain it, I'd appreciate any thoughts you have about > whether avahi should be included in the default desktop install. IMHO, > you should have veto power over putting it in; conversely if you think > it's a good idea that will count for something in my decision. While Ross is still listed as the maintainer, in practise the package is maintained by Sebastian Droege and myself. Guess we should change the maintainer failed someday :) I really would like to see avahi in the default (gnome?, kde?,.. ) desktop install. All parts of zeroconf should really be what the name implies, no extra configurations needed. Having things like music sharing (when turned on in rhythmbox), the autodetection of local websites in epiphany or the autodetection of local ftp/sftp/dav-shares in nautilus just work is imho an important part of the polish that we as a distribution can provide to the gnome desktop. I don't know how well it's integrated in the other desktops, so i guess that should be on a case-by-case basis. If avahi is install by default though, libnss-mdns should probably be in too. Although that package needs some work (ensuring automatic setup of nsswitch..) and the maintainer seems MIA :(. I've been planning to do some work on the package, but didn't have the time yet.. Sjoerd -- There's a whole WORLD in a mud puddle! -- Doug Clifford signature.asc Description: Digital signature