[Aptitude-devel] Bug#787663: aptitude forgets/clears manually set auto-installed-flags in several situations
Manuel A. Fernandez Montecelo
manuel.montezelo at gmail.com
Sun Feb 28 17:29:50 GMT 2016
Control: tags -1 + moreinfo unreproducible
2016-02-25 03:15 Christoph Anton Mitterer:
>Control: reopen -1
>I just tried that with:
># aptitude --version
>Compiler: g++ 5.3.1 20160220
> 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.
Manuel A. Fernandez Montecelo <manuel.montezelo at gmail.com>
More information about the Aptitude-devel