On Tue, 26 Apr 2016 22:10:14 +0200 Niels Thykier <ni...@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. > >