Am 26.09.22 um 17:54 schrieb Holger Levsen:
Package: init-system-helpers, cdebootstrap
Version: 1.65.2
Severity: important
Justification: completely breaks cdebootstrap

Dear Maintainers,

I've set up some daily jobs to test bootstrapping Debian bullseye, bookworm
and unstable using cdebootstrap (and debootstrap and mmdebstrap).

This worked nicely in early September. Then I noticed this failed for
cdebootstrap/unstable on September 18th, as you can see in the "Build history"
on the left side on
https://jenkins.debian.net/job/reproducible_cdebootstrap_unstable/
and then it failed for cdebootstrap/bookworm on September 23rd as seen on
https://jenkins.debian.net/job/reproducible_cdebootstrap_bookworm/

(Those dates match the init-system-helpers 1.65.2 upload date as well as it's
testing migration date.)

For cdebootstrap/bullseye and debootstrap/* and mmdebstrap/* this continued and
continues to work.

Sadly I've only enabled verbose bootstrapping today, but at least I did that now
so you can look at 
https://jenkins.debian.net/job/reproducible_cdebootstrap_unstable/40/consoleFull
and maybe actually understand the problem:

(https://jenkins.debian.net/job/reproducible_cdebootstrap_bullseye/30/console
is a verbose build too.)

So I *guess* this is the place it breaks:

/var/lib/dpkg/info/dpkg.postinst: 115: deb-systemd-helper: not found
/var/lib/dpkg/info/dpkg.postinst: 118: deb-systemd-helper: not found
/var/lib/dpkg/info/dpkg.postinst: 125: deb-systemd-helper: not found
P: Configuring package dpkg


Thanks for your work on init-system-helpers and cdebootstrap!


Hm...

W: resolver (perl:any): package doesn't exist

So i-s-h now depends on usrmerge which itself depends on perl:any.

Is this maybe an issue with the dependency resolver in deboostrap if it doesn't understand multi-arch?
does

Attachment: OpenPGP_signature
Description: OpenPGP digital signature

Reply via email to