[Bug 1821640] Re: Missing pattern for linux-image-unsigned keeps autoremovable kernels on the system
Steve Langasek
steve.langasek at canonical.com
Tue May 14 13:11:54 UTC 2019
I am not convinced that this change is appropriate. No metapackages
depend on linux-image-unsigned-$ver, this is NOT expected to be
installed on end user systems (it's an implementation detail of our
kernel signing process) and I don't think it's necessary to handle it
specially for apt autoremoval because it should NEVER be present on the
system as a dependency of another package.
So why does any actual user have this package installed except by manual
user action that they can also revert manually?
If this *is* needed, then please include a complete step-by-step test
case for verification of the fix.
** Changed in: apt (Ubuntu Cosmic)
Status: In Progress => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to apt in Ubuntu.
https://bugs.launchpad.net/bugs/1821640
Title:
Missing pattern for linux-image-unsigned keeps autoremovable kernels
on the system
Status in apt package in Ubuntu:
Fix Released
Status in apt source package in Xenial:
In Progress
Status in apt source package in Bionic:
In Progress
Status in apt source package in Cosmic:
Incomplete
Status in apt source package in Disco:
Fix Committed
Status in apt source package in Eoan:
Fix Released
Bug description:
[Impact]
Unattended-upgrades keeps versioned kernel packages because they don't match known kernel package patterns:
...
Keeping auto-removable linux-modules-4.18.0-14-generic package(s) because it would also remove the following packages which should be kept in this step: linux-image-unsigned-4.18.0-14-generic
...
For reproduction see LP: #1795696, but running u-u with --verbose.
And APT does not apply proper kernel-version based protection to it.
[Test case]
linux-image-unsigned should popup in the same list in 01autoremove-kernels as linux-signed-image, and should be autoremovable iff it's signed counterpart is autoremovable.
[Regression potential]
Not really any, it's just an additional string in the entry. The only difference really possible therefore is that the set of autoremovable packages changes and unattended-upgrades and friends might autoremove different sets of them.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1821640/+subscriptions
More information about the foundations-bugs
mailing list