Quoting Francesco Poli (2022-03-04 19:22:11) > > I've put this into the examples directory for now. I'm not sure whether I > > want to make this into a script that can be put into PATH and which would > > then also need options to set the image size and distribution. > > I will comment on your version of the script later on. > > For the time being, I tried to test it. > I cannot understand why, but it fails for me: > > I: automatically chosen mode: unshare > I: chroot architecture amd64 is equal to the host's architecture > I: automatically chosen format: tar > I: using /dev/shm/mmdebstrap.oJ0dezfu6T as tempdir > [...] > I: installing essential packages... > done > Selecting previously unselected package base-files. > dpkg: regarding ...//base-files_12.2_amd64.deb containing base-files, > pre-dependency problem: > base-files pre-depends on awk > awk is not installed. > > dpkg: warning: ignoring pre-dependency problem! > (Reading database ... 0 files and directories currently installed.) > Preparing to unpack ...//base-files_12.2_amd64.deb ... > [...] > Processing triggers for libc-bin (2.33-7) ... > dpkg (subprocess): unable to execute installed libc-bin package > post-installation script (/var/lib/dpkg/info/libc-bin.postinst): No such file > or directory > dpkg: error processing package libc-bin (--install): > installed libc-bin package post-installation script subprocess returned > error exit status 2 > Errors were encountered while processing: > dash > libgssapi-krb5-2:amd64 > login > libpam-modules:amd64 > libpam-runtime > libc-bin > E: run_chroot failed: E: env --unset=APT_CONFIG --unset=TMPDIR > /usr/sbin/chroot /dev/shm/mmdebstrap.oJ0dezfu6T dpkg --install > --force-depends --status-fd=<$fd> > /var/cache/apt/archives//base-files_12.2_amd64.deb [...] > /var/cache/apt/archives//zlib1g_1%3a1.2.11.dfsg-2_amd64.deb failed > W: listening on child socket failed: > I: removing tempdir /dev/shm/mmdebstrap.oJ0dezfu6T... > E: mmdebstrap failed to run > > > The most surprising thing is that I basically get the same errors with > my own version of the script. > The same script that had worked yesterday! > Well, actually, what I reported above is taken from the output of the my own > version of the script... :-/ > > Is there any major uninstallability going on in Debian unstable? > > My (host) system has had an upgrade that changed the running kernel and > a few other packages: > > [INSTALL, DEPENDENCIES] linux-image-5.16.0-3-amd64:amd64 5.16.11-1 > [UPGRADE] libbpf0:amd64 1:0.5.0-1 -> 1:0.7.0-2 > [UPGRADE] libhivex0:amd64 1.3.21-1+b5 -> 1.3.21-1.1 > [UPGRADE] libssh2-1:amd64 1.10.0-2 -> 1.10.0-3 > [UPGRADE] libwin-hivex-perl:amd64 1.3.21-1+b5 -> 1.3.21-1.1 > [UPGRADE] linux-image-amd64:amd64 5.16.7-2 -> 5.16.11-1 > [UPGRADE] linux-libc-dev:amd64 5.16.7-2 -> 5.16.11-1 > > Do you think that any of these package upgrade could have caused the > regression I am seeing? > > Otherwise, what could be the root cause of the issue?
The problem is dash. I've already fixed it here: https://salsa.debian.org/debian/dash/-/merge_requests/12 So the problem should fix itself once your mirror has the new dash version. Thanks! cheers, josch
signature.asc
Description: signature
