#902652 aptitude: Does not autoremove kernel and can't tell me why

Package:
aptitude
Source:
aptitude
Description:
terminal-based package manager
Submitter:
Nikolaus Rath
Date:
2021-05-02 17:51:06 UTC
Severity:
normal
#902652#5
Date:
2018-06-29 07:18:45 UTC
From:
To:
For some reason aptitude refuses to automatically remove kernel packages
that apt-get would remove - and it doesn't even know why:

# apt autoremove
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be REMOVED:
  linux-image-4.12.0-0.bpo.2-amd64 linux-image-4.14.0-0.bpo.2-amd64 linux-image-4.9.0-3-amd64 linux-image-4.9.0-4-amd64
0 upgraded, 0 newly installed, 4 to remove and 0 not upgraded.
After this operation, 770 MB disk space will be freed.
Do you want to continue? [Y/n] n
Abort.

# aptitude why linux-image-4.9.0-3-amd64
Automatically installed, current version 4.9.30-2+deb9u5, priority optional
No dependencies require to install linux-image-4.9.0-3-amd64

# aptitude upgrade
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.


(same result when entering interactive mode and pressing "g").
#902652#10
Date:
2021-05-01 21:28:53 UTC
From:
To:
found 902652 0.8.13-3
severity 902652 important
thanks

Proof that aptitude is not ready for

   /usr/share/doc/apt/NEWS.Debian.gz
   apt (2.1.16) unstable; urgency=medium

     Automatically remove unused kernels on apt {dist,full}-upgrade. To revert
     to previous behavior, set APT::Get::AutomaticRemove::Kernels to false or
     pass --no-auto-remove to the command. apt-get remains unchanged.

# mv /etc/apt/apt.conf.d/10jidanni ~ #See, not anything caused by me
# for i in apt apt-get aptitude; do set $i -s full-upgrade; echo =========== $@:; $@; done
=========== apt -s full-upgrade:
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages will be REMOVED:
  linux-image-5.10.0-1-amd64 linux-image-5.10.0-2-amd64 linux-image-5.10.0-3-amd64 linux-image-5.10.0-4-amd64 linux-image-5.9.0-5-amd64
0 upgraded, 0 newly installed, 5 to remove and 0 not upgraded.
Remv linux-image-5.10.0-1-amd64 [5.10.5-1]
Remv linux-image-5.10.0-2-amd64 [5.10.9-1]
Remv linux-image-5.10.0-3-amd64 [5.10.13-1]
Remv linux-image-5.10.0-4-amd64 [5.10.19-1]
Remv linux-image-5.9.0-5-amd64 [5.9.15-1]
=========== apt-get -s full-upgrade:
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer required:
  linux-image-5.10.0-1-amd64 linux-image-5.10.0-2-amd64 linux-image-5.10.0-3-amd64 linux-image-5.10.0-4-amd64 linux-image-5.9.0-5-amd64
Use 'apt autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
=========== aptitude -s full-upgrade:
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
Would download/install/remove packages.

See also https://bugs.launchpad.net/ubuntu/+source/aptitude/+bug/1772688
#902652#17
Date:
2021-05-01 21:28:53 UTC
From:
To:
found 902652 0.8.13-3
severity 902652 important
thanks

Proof that aptitude is not ready for

   /usr/share/doc/apt/NEWS.Debian.gz
   apt (2.1.16) unstable; urgency=medium

     Automatically remove unused kernels on apt {dist,full}-upgrade. To revert
     to previous behavior, set APT::Get::AutomaticRemove::Kernels to false or
     pass --no-auto-remove to the command. apt-get remains unchanged.

# mv /etc/apt/apt.conf.d/10jidanni ~ #See, not anything caused by me
# for i in apt apt-get aptitude; do set $i -s full-upgrade; echo =========== $@:; $@; done
=========== apt -s full-upgrade:
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages will be REMOVED:
  linux-image-5.10.0-1-amd64 linux-image-5.10.0-2-amd64 linux-image-5.10.0-3-amd64 linux-image-5.10.0-4-amd64 linux-image-5.9.0-5-amd64
0 upgraded, 0 newly installed, 5 to remove and 0 not upgraded.
Remv linux-image-5.10.0-1-amd64 [5.10.5-1]
Remv linux-image-5.10.0-2-amd64 [5.10.9-1]
Remv linux-image-5.10.0-3-amd64 [5.10.13-1]
Remv linux-image-5.10.0-4-amd64 [5.10.19-1]
Remv linux-image-5.9.0-5-amd64 [5.9.15-1]
=========== apt-get -s full-upgrade:
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer required:
  linux-image-5.10.0-1-amd64 linux-image-5.10.0-2-amd64 linux-image-5.10.0-3-amd64 linux-image-5.10.0-4-amd64 linux-image-5.9.0-5-amd64
Use 'apt autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
=========== aptitude -s full-upgrade:
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
Would download/install/remove packages.

See also https://bugs.launchpad.net/ubuntu/+source/aptitude/+bug/1772688
#902652#22
Date:
2021-05-02 11:42:29 UTC
From:
To:
Dear Jidanni,

Proof that this is wrong:

That feature wasn't present in apt 1.4.8 which was present when the
original bug was reported. Hence reverting your changes to this bug
report.

Feel free to report a separate bug report for compatibility with the
2.1.16 apt changes.

And wrt. to
https://bugs.launchpad.net/ubuntu/+source/aptitude/+bug/1772688:
Please note that apt-get hasn't changed either and behaves differently
that apt. And nobody stated that aptitude will follow apt and not
apt-get. (Nobody has stated the opposite either, though, but it's
obviously the default.)

		Regards, Axel
#902652#27
Date:
2021-05-02 11:42:29 UTC
From:
To:
Dear Jidanni,

Proof that this is wrong:

That feature wasn't present in apt 1.4.8 which was present when the
original bug was reported. Hence reverting your changes to this bug
report.

Feel free to report a separate bug report for compatibility with the
2.1.16 apt changes.

And wrt. to
https://bugs.launchpad.net/ubuntu/+source/aptitude/+bug/1772688:
Please note that apt-get hasn't changed either and behaves differently
that apt. And nobody stated that aptitude will follow apt and not
apt-get. (Nobody has stated the opposite either, though, but it's
obviously the default.)

		Regards, Axel
#902652#34
Date:
2021-05-02 17:48:50 UTC
From:
To:
There is a bug in aptitude, so to speak, as it protects all linux
images, it literally protects like ~n^linux-image or something like
that by supplying its own root set function somewhere, when it should
just rely on APT's default root set function.

That said, that's a post-freeze topic I reckon.
#902652#37
Date:
2021-05-02 17:48:50 UTC
From:
To:
There is a bug in aptitude, so to speak, as it protects all linux
images, it literally protects like ~n^linux-image or something like
that by supplying its own root set function somewhere, when it should
just rely on APT's default root set function.

That said, that's a post-freeze topic I reckon.