Bug#683866: aptitude does not have an autoremove command
Package: aptitude Version: 0.6.8-1 Severity: wishlist Dear Maintainer, aptitude does not have the autoremove command that apt-get has. There does not appear to be any way to uninstall automatically installed packages from the command line with aptitude. (I don't know if it is a goal to be able to do everything from the command line with aptitude, or to mirror every function of apt-get. The reason I would rather use aptitude than apt-get is that aptitude maintains a simple log file that is handy to refer to.) Andrew -- Package-specific info: Terminal: xterm $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.8 compiled at Jun 9 2012 10:02:58 Compiler: g++ 4.7.0 Compiled against: apt version 4.12.0 NCurses version 5.9 libsigc++ version: 2.2.10 Ept support enabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20110404 cwidget version: 0.5.16 Apt version: 4.12.0 aptitude linkage: linux-vdso.so.1 = (0x7fffa89ff000) libapt-pkg.so.4.12 = /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 (0x7fdb8e1e6000) libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7fdb8dfb6000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7fdb8dd8c000) libsigc-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x7fdb8db87000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7fdb8d887000) libept.so.1.0.5.4.12 = /usr/lib/libept.so.1.0.5.4.12 (0x7fdb8d5e6000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7fdb8d201000) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7fdb8cfea000) libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7fdb8cd3e000) libboost_iostreams.so.1.49.0 = /usr/lib/libboost_iostreams.so.1.49.0 (0x7fdb8cb25000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fdb8c909000) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7fdb8c601000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7fdb8c37f000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7fdb8c169000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7fdb8bde1000) libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7fdb8bbde000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7fdb8b9da000) libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7fdb8b7c9000) libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fdb8b5c4000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7fdb8b3bb000) /lib64/ld-linux-x86-64.so.2 (0x7fdb8eb7) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii aptitude-common 0.6.8-1 ii libapt-pkg4.120.9.7.2 ii libboost-iostreams1.49.0 1.49.0-3.1 ii libc6 2.13-33 ii libcwidget3 0.5.16-3.4 ii libept1.4.12 1.0.9 ii libgcc1 1:4.7.1-2 ii libncursesw5 5.9-10 ii libsigc++-2.0-0c2a2.2.10-0.2 ii libsqlite3-0 3.7.13-1 ii libstdc++64.7.1-2 ii libtinfo5 5.9-10 ii libxapian22 1.2.12-1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages aptitude recommends: ii apt-xapian-index0.45 pn aptitude-doc-en | aptitude-doc none pn libparse-debianchangelog-perl none ii sensible-utils 0.0.7 Versions of packages aptitude suggests: pn debtags none ii tasksel 3.11 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683866: aptitude does not have an autoremove command
On 5 August 2012 06:49, Andrew Pimlott and...@pimlott.net wrote:
Package: aptitude
Version: 0.6.8-1
Severity: wishlist
Dear Maintainer,
aptitude does not have the autoremove command that apt-get has. There
does not appear to be any way to uninstall automatically installed
packages from the command line with aptitude.
Aptitude operates under the principal that you either wish for it to
manage unused packages, or you do not. The default is the manage
unused packages but this can be changed by setting
Aptitude::Delete-Unused 0.
When managing unused packages any action will cause their removal:
# aptitude markauto -s tf
The following packages will be REMOVED:
tf{u}
0 packages upgraded, 0 newly installed, 1 to remove and 549 not upgraded.
Need to get 0 B of archives. After unpacking 872 kB will be freed.
Marking the same package auto-installed in the GUI causes it to be
immediately flagged for deletion also. You see that the equivalent of
apt-get autoremove is included with most commands.
Occasionally the program will miss some packages, but they will be
picked up the next time the program is run:
# aptitude install
The following packages will be REMOVED:
tf{u}
…
An explicit autoremove command is useful for a user who has
Delete-Unused set false. In this case it would be equivalent to:
# aptitude -oAptitude::Delete-Unused=1 install
Leaving this report open as wishlist.
(I don't know if it is a goal to be able to do everything from the
command line with aptitude, or to mirror every function of apt-get.
Generally it is not our goal to mirror every function of apt-get, that
is not particularly useful. Aptitude is a high-level interface with
semantics different to the apt-utils: if you need apt-get for a given
task, use apt-get.
Regards
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683866: aptitude does not have an autoremove command
Excerpts from Andrew Pimlott's message of Sat Aug 04 20:06:36 -0700 2012: Excerpts from Daniel Hartwig's message of Sat Aug 04 17:53:08 -0700 2012: aptitude does not have the autoremove command that apt-get has. There does not appear to be any way to uninstall automatically installed packages from the command line with aptitude. Aptitude operates under the principal that you either wish for it to manage unused packages, or you do not. The default is the manage unused packages but this can be changed by setting Aptitude::Delete-Unused 0. When managing unused packages any action will cause their removal: Thanks for the explanation. I have had Delete-Unused set to true forever, so I guess I forgot that this is the default behavior. Wait, I got confused: so Delete-Unused true (my setting) is the default behavior. I definitely don't see automatically installed but unused packages deleted on any action. For example, right now, I have an automatically installed but unused package. If I go into the UI and press 'g', the unused package is about to be removed. But if run aptitude install on some random package: % sudo aptitude install -s unclutter The following NEW packages will be installed: unclutter 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded It is not about to remove the unused package. So it's far from true that any action will cause their removal. In my experience, typical command line use practically never causes automatic removal. Still, your workaround for lack of autoremove holds, so I no longer have a complaint! Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683866: aptitude does not have an autoremove command
Excerpts from Daniel Hartwig's message of Sat Aug 04 17:53:08 -0700 2012: aptitude does not have the autoremove command that apt-get has. There does not appear to be any way to uninstall automatically installed packages from the command line with aptitude. Aptitude operates under the principal that you either wish for it to manage unused packages, or you do not. The default is the manage unused packages but this can be changed by setting Aptitude::Delete-Unused 0. When managing unused packages any action will cause their removal: Thanks for the explanation. I have had Delete-Unused set to true forever, so I guess I forgot that this is the default behavior. An explicit autoremove command is useful for a user who has Delete-Unused set false. In this case it would be equivalent to: # aptitude -oAptitude::Delete-Unused=1 install Thanks for the tip, that helps me! Generally it is not our goal to mirror every function of apt-get, that is not particularly useful. Aptitude is a high-level interface with semantics different to the apt-utils: if you need apt-get for a given task, use apt-get. One reason I prefer to do everything with aptitude is its handy log. If I switch to apt-get for some operations, some thing are logged and others are not. (I do know about dpkg's log.) Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
