Bug#757819: qemu-debootstrap can't handle Pre-Depends
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.)
Reply to: