Bug#822730: initramfs-tools: Should we migrate to a "interest-noawait" trigger for update-initramfs -u?
On Tue, 26 Apr 2016 22:10:14 +0200 Niels Thykier <niels@thykier.net> wrote:
> Package: initramfs-tools
> Version: 0.125
> Severity: wishlist
> Usertags: declarative-packaging
>
> Hi,
>
Hi,
Any comments on this? :)
Thanks,
~Niels
PS: Quoted in full below for your convenience. :)
> 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: