Control: block 491027 by -1 On Sun, 09 Jul 2017 12:51:00 +0000 Niels Thykier <ni...@thykier.net> wrote: > 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, > > > > [...]
Ping on this? > 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.