[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#822730: marked as done (initramfs-tools: Should we migrate to a "interest-noawait" trigger for update-initramfs -u?)

Your message dated Wed, 04 Apr 2018 19:18:00 +0000
with message-id <c914046a-ca78-32f5-c5ea-f815743c0c95@thykier.net>
and subject line Re: initramfs-tools: Should we migrate to a "interest-noawait" trigger for update-initramfs -u?
has caused the Debian Bug report #822730,
regarding initramfs-tools: Should we migrate to a "interest-noawait" trigger for update-initramfs -u?
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
822730: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822730
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
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.

--- End Message ---
--- Begin Message --- 
I assume the lack of response to this bug (despite pings) implies that
we will not do this.  Closing the bug to reflect it will not happen.

Thanks,
~Niels

--- End Message ---
Reply to: