Bug#757819: qemu-debootstrap can't handle Pre-Depends

2015-03-04 Thread Florian Sowade
On Mon, 15 Sep 2014 18:24:54 +0100 Rebecca Palmer rebecca_pal...@zoho.com 
wrote:
 An (untested) way to fix this bug without needing it would be to put the 
 unpack and configure steps in a single retry loop (instead of the two 
 separate retry loops at scripts/sid:187-197), allowing Pre-Depends to be 
 dealt with the same way as ordinary Depends, i.e. run through the list 
 repeatedly until everything gets done.

I just tested this change and can confirm that it fixed the bug for me. I had a 
problem debootstraping a system with resolvconf since it pre-depends on 
ifupdown. The patch is attached.


debootstrap-sid.patch
Description: Binary data


Bug#757819: qemu-debootstrap can't handle Pre-Depends

2014-09-15 Thread Rebecca Palmer

Control: retitle -1 qemu-debootstrap can't handle Pre-Depends

As the error message suggests, this is due to debootstrap trying to 
unpack something before configuring its Pre-Depends.


#487908 was the same problem on the native architecture, which was fixed 
by the code at scripts/sid:174-185 and functions:1284-1288.  A possible 
hint as to why this fix doesn't work here is this part of the log, 
suggesting they aren't being added to the dpkg database before calling 
dpkg --predep-package (which needs to know what we want to install to be 
of any use):


Setting up init (1.21) ...
Processing triggers for libc-bin (2.19-11) ...
dpkg: warning: package not in database at line 98: apt
[...same for everything else in the base-but-not-required list...]
dpkg: warning: found unknown packages; this might mean the available 
database

is outdated, and needs to be updated through a frontend method
Selecting previously unselected package apt.
(Reading database ... 6884 files and directories currently installed.)
Preparing to unpack .../archives/apt_1.0.8_s390x.deb ...
Unpacking apt (1.0.8) ...

I don't know why this isn't happening, or whether it might cause any 
other problems.


An (untested) way to fix this bug without needing it would be to put the 
unpack and configure steps in a single retry loop (instead of the two 
separate retry loops at scripts/sid:187-197), allowing Pre-Depends to be 
dealt with the same way as ordinary Depends, i.e. run through the list 
repeatedly until everything gets done.


Priority:required packages and their dependencies can't trigger this 
because they are installed with --force-depends; this now (since init 
1.21) includes systemd, so it no longer triggers this bug, but a plain 
(not buildd) debootstrap of s390x still does, as s390-tools Depends on 
gawk which Pre-Depends on libgmp10.  (A workaround would be to simply 
--exclude s390-tools, as its description suggests it isn't needed in a 
qemu-user environment.)



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org