Output
Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: aptitude* 0 upgraded, 0 newly installed, 1 to remove and 41 not upgraded. After this operation, 4650 kB disk space will be freed. Do you want to continue [Y/n]?
It just so happens that I've been blogging long enough that I can say with pretty good confidence that I've been using aptitude for about eight years now. Originally, the aptitude resolver was mostly good enough that in most cases, I could just tell aptitude to mark packages for upgrades, and it'd work; only in a few cases did I have to tell it to find a different solution.
Unfortunately, this is no longer the case; when given a complex problem, aptitude is far too happy to just go ahead and remove packages these days. Sometimes, when I tell it to upgrade package "foo", it'll find that something is uninstallable, and then tell me that by removing package "foo" (but upgrading some of the libraries it depends on) we can get the situation resolved. The resolver has some more bugs, but this really is the worst of it. Recently, I've noticed that nowadays I often find myself fighting aptitude trying to remove packages, to the point that eventually it gives up and I have to retry with "apt-get update" or "apt-get dist-upgrade" or similar. Which then works flawlessly.
I've decided that enough is enough, and I'll just stick with apt-get for now.
I gave up using aptitude some time ago, too.
One day I noticed that it sometimes clears the auto-installed flag on packages, which results in them staying in the system forever. The last straw was when I saw some packages were still there after an upgrade to wheezy (testing), which I knew were not needed anymore.
When wheezy became stable, I tried aptitude again to check if anything changed, only to see it became worse. See below:
-------------------- >8 --------------------
apt-get install extremetuxracer
... The following extra packages will be installed: extremetuxracer-data extremetuxracer-extras libmikmod2 libsdl-mixer1.2 tcl8.5 ... Do you want to continue [Y/n]? y ...
aptitude show extremetuxracer-data | grep Auto
Automatically installed: yes
aptitude show extremetuxracer-data | grep Auto
Automatically installed: yes
apt-get remove extremetuxracer
... The following packages were automatically installed and are no longer required: extremetuxracer-data extremetuxracer-extras libmikmod2 libsdl-mixer1.2 tcl8.5 Use 'apt-get autoremove' to remove them. The following packages will be REMOVED: extremetuxracer ... Do you want to continue [Y/n]? y ...
apt-get autoremove
... The following packages will be REMOVED: extremetuxracer-data extremetuxracer-extras libmikmod2 libsdl-mixer1.2 tcl8.5 ... Do you want to continue [Y/n]? n Abort. root@debian:/home/user# aptitude show extremetuxracer-data | grep Auto Automatically installed: yes root@debian:/home/user# aptitude show extremetuxracer-data | grep Auto Automatically installed: no <--- WTF?!
apt-get autoremove
Reading package lists... Done Building dependency tree
Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 114 not upgraded. -------------------- 8< --------------------
`aptitude show', which is intended to show information, changed the auto-install flag state on its own!
Hi,
I have used apt-get for the longest time. Others have always advised me that aptitude was better. Trying it I always was not confident in it's dependency resolving, especially when removing packages. Though I appreciate it's amount of features, I am also going to have to suggest others just use apt-get. I hope aptitude improves though, I would like to see it exceed zypper.
I know about these; in fact, that's what I referred to when I said I am often "fighting aptitude" in my blog post.
I must say that it doesn't usually work out for me, actually.