On 09/26/2013 01:19 AM, Paul Wise wrote:
Do you also plan to get rid of these? They appear to be designed to
block auto-removal of installed linux-image-* and linux-header-*
packages.
/etc/kernel/postinst.d/apt-auto-removal
/etc/apt/apt.conf.d/01autoremove-kernels
I would hope not. Whereas (from the problem description) the
virtual-package issue appears to prevent autoremoval of *all* such
packages, these appear designed to prevent autoremoval of *only some
specific* kernel packages, specifically enough packages to guarantee
that a "last known good" one remains available for fallback in case of
boot problems with a newly-installed kernel.
I've had (minor and easily fixed) boot problems with a new kernel often
enough that I consider this type of fallback a very much necessary
safeguard. At a glance, these two files appear to provide a minimal way
of ensuring that such a fallback exists, without preventing root from
manually overriding it.
If the stated goal is to avoid having e.g. /boot fill up with cruft
short of manual intervention, then at a glance, the mechanism which
these files provide does not seem to interfere with that goal.
--
The Wanderer
Warning: Simply because I argue an issue does not mean I agree with any
side of it.
Every time you let somebody set a limit they start moving it.
- LiveJournal user antonia_tiger
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52442bba.8000...@fastmail.fm
