LWN: Comments on "Housekeeping utilities for Debian packages (Linux.com)" https://lwn.net/Articles/212148/ This is a special feed containing comments posted to the individual LWN article titled "Housekeeping utilities for Debian packages (Linux.com)". en-us Tue, 21 Oct 2025 20:35:32 +0000 Tue, 21 Oct 2025 20:35:32 +0000 https://www.rssboard.org/rss-specification lwn@lwn.net aptitude is the awnser https://lwn.net/Articles/212395/ https://lwn.net/Articles/212395/ sammythesnake "it will sometimes suddenly suggest to remove about 40 other packages (that I do want) because apparently one dependency got removed somewhere"<br> <p> If this is because the package has been marked for auto removal, perhaps you could work around it by installing that package with apt-get, thus avoiding it being marked as auto-installed?<br> <p> Just a though, I've not hit this behaviour myself...<br> <p> Cheers &amp; God bless<br> Sam "SammyTheSnake" Penny<br> Sat, 02 Dec 2006 16:33:32 +0000 aptitude is the awnser https://lwn.net/Articles/212383/ https://lwn.net/Articles/212383/ MKesper I'm almost sure it's something I did, for example combining apt-get with aptitude, but I have no idea what I'm doing wrong in these cases.<br> <p> Well you should simply _not_ do that.<br> I always use aptitude for installing / removing and apt-cache for searching (searches full text; search keywords are associated with AND).<br> Sat, 02 Dec 2006 12:46:24 +0000 aptitude is the awnser https://lwn.net/Articles/212312/ https://lwn.net/Articles/212312/ vmole <p><i>Any ideas on what might cause this behaviour?</i> <p>Yes, it's because you're using unstable and there are often unfulfilled dependencies as package relationships change, yet don't go into the archive in one run. In particular, a new libname.so version goes in, the old one drops out, and every packagbe that depended on the old one become uninstallable. Aptitude wants to upgrade to the newest libname.so, so it wants to remove all the "old" packages. This is reasonable, but annoying. <p>The good news is that the newer versions of aptitude have a dependency resolution system that let's you try different solutions ("Hold pacakge libfoo") semi-automatically, without actually putting packages on hold. It scores each solution according to how much change it makes to your system, so ususally the low score is what you want. (I'm not describing it well, you sort of have to see it in action.) Fri, 01 Dec 2006 19:08:04 +0000 Housekeeping utilities for Debian packages (Linux.com) https://lwn.net/Articles/212278/ https://lwn.net/Articles/212278/ proski From <a href="http://members.axion.net/~bbyfield/">http://members.axion.net/~bbyfield/</a>: <blockquote type="cite"> In the past, Byfield has been a university English instructor, a technical writer, a product manager, a director of marketing and communications, a developmental editor, and a consultant in communications, marketing, and design. When dealing with technological issues, Byfield makes a hands-on comprehension of the technology his first priority. </blockquote> And yet he cannot grasp the concept of dependency between packages! Fri, 01 Dec 2006 17:24:44 +0000 aptitude is the awnser https://lwn.net/Articles/212267/ https://lwn.net/Articles/212267/ jstAusr The package aptitude-doc-xx ???<br> <p> Fri, 01 Dec 2006 16:20:18 +0000 aptitude is the awnser https://lwn.net/Articles/212253/ https://lwn.net/Articles/212253/ hein.zelle I used to agree, but lately i've run into some problems (likely caused by me) that have caused me to consider using apt-get instead of aptitude.<br> <p> When I install a package using aptitude in ubuntu, it will sometimes suddenly suggest to remove about 40 other packages (that I do want) because apparently one dependency got removed somewhere. ubuntu-desktop and xubuntu-desktop have a tendency to do this (they get removed "accidently" and everything that they depend on as well).<br> <br> I'm almost sure it's something I did, for example combining apt-get with aptitude, but I have no idea what I'm doing wrong in these cases. It's relatively easy to fix (usually aptitude install removed-package) and quite fast when the package files are still in the cache, but it's a rather big nuisance nevertheless. At work this is not something I enjoy when it happens.<br> <p> Any ideas on what might cause this behaviour?<br> <p> Apart from that, some good tips in your response, I always thought of running aptitude as a regular user as being a nuisance, but you have a good point about not messing things up if you quit. I'll be running it that way from now on. Are there any good manuals out there on how aptitude is intended to be used? I still don't know how to have it handle recommends from the commandline, and there's probably more features I should learn about.<br> Fri, 01 Dec 2006 14:42:55 +0000 aptitude is the answer https://lwn.net/Articles/212250/ https://lwn.net/Articles/212250/ debacle dpkg logs its actions as well, so you get the information about package installs, removals etc. whether you are using apt-get, aptitude, dpkg, or whatever. IIRC, this has been introduced just after sarge release.<br> Fri, 01 Dec 2006 14:32:55 +0000 aptitude is the awnser https://lwn.net/Articles/212248/ https://lwn.net/Articles/212248/ kl <blockquote>The awnser is `aptitude`. Aptitude is officialy supported and recommended since Sarge release. It is the most complete and competent package manager that man knows, IMHO. </blockquote> Aptitute has "only" two problems: <p>1. Aptitude uses quite a lot of memory (this is problem for some of us). It's also slower than apt-get. <p>2. Handling automatically installed packages is broken. (Doesn't work from command line.) <p>What e.g. "aptitude unmarkauto foobar" does? <p>It <em>should</em> mark foobar as manually installed. Sadly, aptitude tries to remove package. <p>Hopefully <a rel="nofollow" href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=372184">this bug</a> will be fixed some day. Fri, 01 Dec 2006 14:24:49 +0000 Housekeeping utilities for Debian packages (Linux.com) https://lwn.net/Articles/212226/ https://lwn.net/Articles/212226/ hummassa <font class="QuotedText">&gt; prune: that is, remove not only the package but all others that depend </font><br> on it <br> Yeah, actually, when I read this I thought: "hey, if you remove a package <br> you will always remove all others that depend on it..." (lest you will be <br> with a lot of dangling-referencing packages installed) <br> Fri, 01 Dec 2006 10:01:25 +0000 aptitude is the awnser https://lwn.net/Articles/212199/ https://lwn.net/Articles/212199/ miguelzinho "One of the largest ones is that, when a package is removed, any other packages that depend on it are not removed."<br> <br> The awnser is `aptitude`. Aptitude is officialy supported and recommended since Sarge release. It is the most complete and competent package manager that man knows, IMHO.<br> <br> From: http://linux.derkeiler.com/Mailing-Lists/Debian/2004-04/3181.html<br> <br> "Nine reasons why you should be using aptitude instead of apt-get or dselect."<br> <br> 1. aptitude can look just like apt-get<br> <br> If you run 'aptitude update' or 'aptitude upgrade' or 'aptitude install', it looks and works just like apt-get, with a few enhancements. So there is no learning curve.<br> <br> (If you're a dselect user, learning curve is obviously not one of your problems.)<br> <br> 2. aptitude tracks automatically installed packages<br> <br> Stop worrying about pruning unused libraries and support packages from your system. If you use aptitude to install everything, it will keep track of what packages are pulled in by dependencies alone, and remove those packages when they are no longer needed.<br> <br> 3. aptitude sanely handles recommends<br> <br> A long-standing failure of apt-get has been its lack of support for the Recommends relationship. Which is a problem because many packages in Debian rely on Recommends to pull in software that the average user generally uses with the package. This is a not uncommon cause of trouble, even though apt-get recently became able to at least mention recommended packages, it's easy to miss its warnings.<br> <br> Aptitude supports Recommends by default, and can be confgigured to support Suggests too. It even supports installing recommended packages when used in command-line mode.<br> <br> 4. use aptitude as a normal user and avoid hosing your system<br> <br> Maybe you didn't know that you can run aptitude in gui mode as a regular user. Make any changes you'd like to try out. If you get into a real mess, you can hit 'q' and exit, your changes will not be saved.<br> <br> (Aptitude also lets you use ctrl-u to undo changes.) Since it's running as a normal user, you cannot hose your system until you tell aptitude to do something, at which point it will prompt you for your root password.<br> <br> 5. aptitude has a powerful UI and searching capabilities<br> <br> Between aptitude's categorical browser and its great support for mutt-style filtering and searching of packages by name, description, maintainer, dependencies, etc, you should be able to find packages faster than ever before using aptitude.<br> <br> 6. aptitude makes it easy to keep track of obsolete software<br> <br> If Debian stops distributing a package, apt will leave it on your system indefinitly, with no warnings, and no upgrades. Aptitude lists such packages in its "Obsolete and Locally Created Packages" section, so you can be informed of the problem and do something about it.<br> <br> 7. aptitude has an interface to the Debian task system<br> <br> Aptitude lets you use Debian's task system as it was designed to be used. You can browse the available tasks, select a task for install, and then dig into it and de-select parts of the task that you don't want. apt-get has no support for tasks, and aptitude is better even than special purpose tools like tasksel.<br> <br> 8. aptitude supports multiple sources<br> <br> If your sources.list is configured to make multiple versions of a package available, aptitude lets you drill down to see the available versions and pick a non-default version to install. If a package breaks in unstable, just roll it back to the version in testing.<br> <br> 9. aptitude logs its actions<br> <br> Aptitude logs package it installs, upgrades, and removes to /varlog/aptitude, which can be useful to work out why things started breaking after yesterday's upgrade, or when you removed a partiticlar package.<br> Fri, 01 Dec 2006 03:33:57 +0000 Housekeeping utilities for Debian packages (Linux.com) https://lwn.net/Articles/212165/ https://lwn.net/Articles/212165/ proski I think the author tried to use the technical term (as evidenced by his references to recommended and suggested packages), but got it backwards. Look how the story interprets the "prune" command in debfoster: <blockquote type="cite"> prune: that is, remove not only the package but all others that depend on it </blockquote> That's pretty cruel, although useful in some cases. But let's see what the debfoster manual says: <blockquote type="cite"> Prune the package. This tells to also delete all packages that are only installed because this package depends on them. </blockquote> A world of difference. Fri, 01 Dec 2006 00:00:09 +0000 Housekeeping utilities for Debian packages (Linux.com) https://lwn.net/Articles/212159/ https://lwn.net/Articles/212159/ josh_stern <p> The author seems to be using some sort of colloquial meaning of "depend" rather than the technical meaning used in debian (and other) package management. Basic package mgmt. prevents removal of packages when other stuff depends on them but allows packages that no longer support other stuff to remain. From deborphan: "deborphan finds packages installed on your Debian/GNU system that have no other packages depending on them." <br> Thu, 30 Nov 2006 23:22:19 +0000