hello Manoj and vorlon! rechecking the issues that were reported on #358397 and #362064
1) fails to install on read-only /boot this is correct and not yet checked, boot is assumed rw. we currently fail to check that, but non standard setup. 2) overwriting yaird generated image only happened in some older revision, where takeover was set in update-initramfs. doesn't happen since long. 3) regenerating all initrd.img initramfs-tools doesn't in Debian, update-initramfs updates newest only. 4) updating an initrd.img the newest image should receive the updates. it was agreed on udev and is useful for all other hooks too. 5) generating unbootable images that would be a grave bug that i'm not aware off and no actual boot error is reported. 6) debconf note a preinst warning of the update. 7) races in hook install order no convincing backup for those, initramfs stable through the runs 8) hooks scripts that rely on shipped configs that are not yet unpacked. so from the reported issues 1, 4, 6 and 8 are open. concerning 1 we need to fail there as mkinitramfs needs to be able to install initramfs to /boot. concerning 4 the bug here is that dpkg doesn't have a "do this last and once" hook. concerning 6 initrd-tools never had an debconf note. i fail to see the utility of it. concerning 8 there is only udev that _needs_ config out of /etc/ the other hook scripts have no needs there. that is an open bug in mkinitramfs. it shouldn't run unless the shipped /etc/initramfs-tools/initramfs.conf is unpacked. (udev postinst update_initramfs() checks explicitly for that condition, but that needs to be done for all hooks in mkinitramfs.) mkinitramfs relies on the existence of that conffile. i will fix point 8 and add a warning for 1, in next initramfs-tools upload, once incoming version is in etch. please check if i miss points thanks for your patience. best regards + bon weekend -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
