Your message dated Tue, 8 Mar 2016 11:23:52 +0000
with message-id <[email protected]>
and subject line Re: aptitude: please consider implementing "uninstall on 
sight" option
has caused the Debian Bug report #366520,
regarding aptitude: please consider implementing "uninstall on sight" option
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.)


-- 
366520: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=366520
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: aptitude
Version: 0.4.1-1
Severity: wishlist

Using debfoster, I have some packages like strace or tcpdump marked in
a way that the packages are uninstalled whenever debfoster is invoked.
This is a very handy way to get rid of packages that tend to get
installed on productive systems for debugging while nobody bothers to
remove them afterwards.

debfoster is going to be removed from Debian, losing this
functionality. Please consider implementing persistent package states,
which survive manual package state changes. That way, I'd like to have
tcpdump maked as "to be uninstalled" even if it just was manually
installed.

Greetings
Marc

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.14-zgsrv
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.3-6-3.1 0.6.43.3   Advanced front-end for dpkg
ii  libc6                         2.3.6-7    GNU C Library: Shared libraries
ii  libgcc1                       1:4.1.0-2  GCC support library
ii  libncursesw5                  5.5-2      Shared libraries for terminal hand
ii  libsigc++-2.0-0c2a            2.0.16-3   type-safe Signal Framework for C++
ii  libstdc++6                    4.1.0-2    The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc 0.4.1-1    English manual for aptitude, a ter

-- no debconf information


--- End Message ---
--- Begin Message ---
tags 366520 - moreinfo
stop


2015-12-19 13:49 To Marc Haber:
Control: tags -1 + moreinfo


Hi Marc,

2006-05-09 12:58 Marc Haber:
Package: aptitude
Version: 0.4.1-1
Severity: wishlist

Using debfoster, I have some packages like strace or tcpdump marked in
a way that the packages are uninstalled whenever debfoster is invoked.
This is a very handy way to get rid of packages that tend to get
installed on productive systems for debugging while nobody bothers to
remove them afterwards.

debfoster is going to be removed from Debian, losing this
functionality.

It doesn't seem that debfoster was removed after a few years, btw.


Please consider implementing persistent package states,
which survive manual package state changes. That way, I'd like to have
tcpdump maked as "to be uninstalled" even if it just was manually
installed.

I don't know if this was possible back in 2006, but nowadays and for
many years one can mark packages to remove/purge, and then quit
aptitude, and the state will be saved / "scheduled" -- it persists, as
requested here.

The next time that one starts aptitude, it will be marked in the same
way, and some actions in the command line will have scheduled actions
into account.


In addition, there's this:

2012-12-08 05:31 Daniel Hartwig:

User tags can do this:

# aptitude add-user-tag keep-uninstalled strace tcpdump
# aptitude install strace
[… do stuff …]
# aptitude remove '?user-tag(keep-uninstalled)'


I think that these two ways already cover what it was requested, in
different and complementary ways, so I don't know if there's much left
to do for this bug report.

aptitude can sorta achieve this in two different ways as explained, so
closing the bug report now.


Cheers.
--
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

Reply via email to