Your message dated Wed, 20 Jan 2016 16:53:29 +0000
with message-id <[email protected]>
and subject line aptitude: unmarkauto does not work correctly from the command
line
has caused the Debian Bug report #372184,
regarding aptitude: unmarkauto does not work correctly from the command line
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
372184: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=372184
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: aptitude
Version: 0.2.15.9-2
Severity: important
I just tried to get aptitude to mark libavcodeccvs as manually
installed, stopping it from being removed due to lack of use:
root@laura:/home/ferriera$ aptitude unmarkauto libavcodeccvs
Reading Package Lists... Done
Building Dependency Tree
Reading extended state information
Initializing package states... Done
The following packages are unused and will be REMOVED:
libavcodeccvs
The following packages have been kept back:
rt2500-source
0 packages upgraded, 0 newly installed, 1 to remove and 1 not
upgraded.
Need to get 0B of archives. After unpacking 4342kB will be freed.
Do you want to continue? [Y/n/?]
Writing extended state information... Done
(Reading database ... 94343 files and directories currently
installed.)
Removing libavcodeccvs ...
Reading Package Lists... Done
Building Dependency Tree
Reading extended state information
Initializing package states... Done
root@laura:/home/ferriera$
As you can see, aptitude seems to have removed it anyway! I have marked
this bug as important since this might have caused a problem if
I hadn't had access to the original .deb. I won't object if you
downgrade to normal, though.
Thanks for your work on aptitude.
Regards,
Andrew Ferrier.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.16
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Versions of packages aptitude depends on:
ii apt [libapt-pkg-libc6 0.5.28.6 Advanced front-end for dpkg
ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an
ii libgcc1 1:3.4.3-13 GCC support library
ii libncurses5 5.4-4 Shared libraries for terminal hand
ii libsigc++-1.2-5c102 1.2.5-4 type-safe Signal Framework for C++
ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3
-- no debconf information
--- End Message ---
--- Begin Message ---
2008-07-05 16:57 Daniel Burrows:
It looks to me like the problem is that aptitude figures out which
packages are unused before it applies "unmarkauto". You can see the
same effect if you select an unused package in the curses UI and set it
to manual mode -- the auto flag gets cleared but the package will still
be removed. As a workaround, you can 'keep' packages instead of using
unmarkauto.
Same opinion here. If the package is to be kept and aptitude insists in
removing it (because it is a pending action on aptitude, or whatever),
"unmarkauto packaname+" can be used to keep it installed, or "keep" as
suggested above, or other combinations ("install package&M").
So I am not sure if this is exactly a bug, or if the solution to it
wouldn't be more problematic. For example, if the package is marked to
be removed, unsetting the auto-bit with unmarkauto should not prevent
the package to be removed, in my opinion.
It is abundantly documented how to achieve the desired behaviour, and
the commands are similarly easy, even if one thinks that unmarkauto is
not behaving as it should behave or producing the desired outcome.
So I am closing this bug for the reasons stated above.
--
Manuel A. Fernandez Montecelo <[email protected]>
--- End Message ---
_______________________________________________
Aptitude-devel mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel
