On Sun, 31 Dec 2017 16:29:00 +0000 Niels Thykier <[email protected]> wrote:
> Control: block 491027 by -1
>
> On Sun, 09 Jul 2017 12:51:00 +0000 Niels Thykier <[email protected]> wrote:
> > On Tue, 26 Apr 2016 22:10:14 +0200 Niels Thykier <[email protected]> wrote:
> > > Package: initramfs-tools
> > > Version: 0.125
> > > Severity: wishlist
> > > Usertags: declarative-packaging
> > >
> > > Hi,
> > >
> >
> > [...]
>
> Ping on this?
>
Hi,
I have been pinging this bug for nearly two years (admittedly with quite
some time between some of the pings) without any replies.
@Ben: Given you appear to be the one doing the actual uploads (i.e. sign
+ upload), could I ask you to review the bug and come with your take on
this?
Thanks,
~Niels
> > > 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
> > >
> > > [...]
