Control: tag -1 patch pending Hi Michael,
Michael Krylov <sqar...@gmail.com> (2025-01-12): > Package: tiny-initramfs-core > Version: 0.1-6 > Severity: grave > Justification: renders package unusable > > Dear Maintainer, > > I tried installing the version 0.1-6 of this package along with > tiny-initramfs package (btw, thanks for including the hibernate patch > from me!), but dpkg failed with the following error: > > Setting up tiny-initramfs (0.1-6) ... > Installing new version of config file > /etc/kernel/postinst.d/tiny-initramfs ... > Processing triggers for man-db (2.11.2-2) ... > Processing triggers for tiny-initramfs (0.1-6) ... > cp: cannot stat '/usr/lib/i386-linux-gnu/tiny-initramfs/init-static': No > such file or directory > dpkg: error processing package tiny-initramfs (--install): > installed tiny-initramfs package post-installation script subprocess > returned error exit status 1 > Errors were encountered while processing: > tiny-initramfs > Setting up tiny-initramfs (0.1-6) ... > Installing new version of config file > /etc/kernel/postinst.d/tiny-initramfs ... > Processing triggers for man-db (2.11.2-2) ... > Processing triggers for tiny-initramfs (0.1-6) ... > cp: cannot stat '/usr/lib/i386-linux-gnu/tiny-initramfs/init-static': No > such file or directory > dpkg: error processing package tiny-initramfs (--install): > installed tiny-initramfs package post-installation script subprocess > returned error exit status 1 > Errors were encountered while processing: > tiny-initramfs > > Apparently the post-install script can't find > /usr/lib/i386-linux-gnu/tiny-initramfs/init-static. > > Looking through the changelog I have noticed that it was moved to > /usr/libexec/tiny-initramfs/init-static. > > But the /usr/sbin/mktirfs script still has the line > > PKGLIBEXECDIR="/usr/lib/i386-linux-gnu/tiny-initramfs" > > inside of it, which, I beleive, is the problem, it should be now > > PKGLIBEXECDIR="/usr/libexec/tiny-initramfs" > > for all architectures. I have changed it and reinstalled tiny-initramfs > package, which seemed to fix it, so I suggest making that change, because > othewise the package is unusable. Thanks! Yes, I've just hit this too, trying to install a newer linux-image package in my sid chroot, and I concur with your analysis: this looks like an incomplete move and I don't understand how this could possibly work without an accompanying change in the shell script, like the one you suggested. I'm not seeing any bugfixes in the Git repository, maybe I'll NMU this package later tonight, fixing both installability and upgradability, including for reverse dependencies… Cheers, -- Cyril Brulebois (k...@debian.org) <https://debamax.com/> D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature