Bug#822730: initramfs-tools: Should we migrate to a "interest-noawait" trigger for update-initramfs -u?
Package: initramfs-tools
Version: 0.125
Severity: wishlist
Usertags: declarative-packaging
Hi,
The update-initramfs tool currently has a bit of magic for deferring
changes during upgrades (by exploiting dpkg-trigger). This is fine,
but I was wondering if we could perhaps add a file-based interest
trigger (or simply migrate to a declarative activate-noawait trigger).
I got basically two reasons for this bug:
* Request for support in debhelper #491027 and lintian #678962
* Promotion of "declarative packaging"[1].
At first glance[2], I would recommend adding a file-based trigger for the
following reasons:
* Packages would just need to install files in
usr/share/initramfs-tools/{hooks,scripts} and initramfs-tools
would take care of the rest.
* There would be no need for lintian tags or changes to debhelper to
improve support. It would "just work"(tm).
This file-based trigger would be used in /addition/ to the existing
trigger. AFAICT, some packages only conditionally need to trigger
update-initramfs (and these would still need to be able to call
"dpkg-trigger --no-await update-initramfs").
* What do you think about this suggestion?
* Alternatively, would the use of declarative triggers[3] be ok for
the debhelper support?
Thanks,
~Niels
[1] https://wiki.debian.org/Teams/Dpkg/Spec/DeclarativePackaging
[2] I admit having very limited overview over the use-cases around
update-initramfs.
[3] Like we did with ldconfig. Basically add
activate-noawait update-initramfs
to the packages' triggers file.
Reply to: