Allan McRae a écrit : > Firmicus wrote: >> Hi folks, >> >> Sorry for the halloweenish subject heading ;) >> >> I recently got this bug report: >> http://bugs.archlinux.org/task/16690 >> >> It turned out it was not a bug with the perl package at all, but a >> problem which occurs when the presumably very old and no longer existing >> package "termcap-compat" is installed on a system. It was originally >> installed as a dependency for some other, unidentified package. And it >> turned out to my surprise that even I still had that package installed! >> >> That prompts me to ask the following: >> >> Are there other such obsolete packages that typically should no longer >> be installed on a "clean" Arch Linux system? I am not in favour of >> automating their removal, of course, but it would be useful to collect a >> list of such things that we could put in the wiki and/or our monthly >> newsletter. Another example that comes to mind is the obsolete file >> /etc/udev/udev.rules that I also still had until recently, and which I >> have removed after Thomas' suggestion. >> >> Please submit your suggestions for the forthcoming "Arch Ghostbusting >> Day" (aka "The Great Halloween Cleanup")! :) >> >> > > libdownload - replaced by libfetch as pacman download backend > csup - relaced by using rsync for abs I removed these long ago, but... > Although, all these should be detectable by "pacman -Qqtd" (maybe not > libdownload as it was part of base). the above gave me quite a substantial list! Probably I should run this more often. Most of what is listed by pacman -Qqtd can indeed be safely removed. But sometimes the output can be surprising: I've got nautilus in there, which clearly is not something I would want to remove from my Gnome desktop :) Well, this is the kind of mess that one can expect on a system that has been installed nearly four years ago! F
