[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