[Aptitude-devel] Bug#787663: aptitude forgets/clears manually set auto-installed-flags in several situations

[Manuel A. Fernandez Montecelo]

Control: tags -1 + moreinfo unreproducible


Hi,

2016-02-25 03:15 Christoph Anton Mitterer:
>Control: reopen -1
>
>Hey.
>
>I just tried that with:
># aptitude --version
>aptitude 0.7.6
>Compiler: g++ 5.3.1 20160220
>Compiled against:
>  apt version 5.0.0
>  NCurses version 6.0
>  libsigc++ version: 2.6.2
>  Gtk+ support disabled.
>  Qt support disabled.
>
>Current library versions:
>  NCurses version: ncurses 6.0.20160213
>  cwidget version: 0.5.17
>  Apt version: 5.0.0
>
>... and it still seems to happen.
>
>I.e. I've upgraded kerberos, of which I've had e.g. krb5-k5tls marked
>auto, though nothing depended/recommended/etc. it.
>
>I've aborted at apt-listchanges, and then the auto flag was cleared.

I just tried to reproduce this with upgrading "less" (some packages
recommend it) and "install-info" (some packages depend on it) in curses,
with A flag set, but after proceeding to install but selecting "n" in
apt-listchanges and then back to aptitude curses, the packages are still
marked for upgrade and with A flag.

I tried the same with the command line, and with the same results -- no
removal of A flag.


On the other hand, if I understood correctly, if nothing depends on
krb5-k5tls on your system, you shouldn't have it marked as automatically
installed.  Perhaps aptitude or apt unmark it as autoinstalled if they
think that you want it installed while resolving the installation or
similar, because otherwise it would be removed from the system.

In fact, installing krb5-k5tls in my system and marking it as
automatically installed, aptitude attempts to remove it immediately --
which is the right thing to do.


Cheers.
-- 
Manuel A. Fernandez Montecelo <manuel.montezelo at gmail.com>