What Package Management Features Do You Value?
0x0d0a asks: "Slashdot has now had a number of articles on package management. Strong opinions about the management approaches of Red Hat, Debian, Gentoo, Slackware, and BSD have all been expressed, some quite negative. What suggestions do you have for improvement? What features do you value in a package management system, and in what areas would you like to see additional functionality?"
it has to be easy in overall.
easy to install stuff the first time(type one line or press one button and it'll figure out the rest).
easy to remove that stuff without it leaving other stuff unworking.
easy to keep up-to-date.
well.. apt-get fits this bill at the moment for me.. i don't care much of compile-locally-optimized-whizmo jizmos.. nor don't i think that downloading binaries from debian is a security concern anymore than downloading sources through some portage system(heck, i'm wouldnt check the source anyways).
and i find dselect comfortable to use and easy to find software from..
world was created 5 seconds before this post as it is.
It has to detect if the libraries it needs have the same functionality as the newer ones I have. Needing version .40 of a library and not accepting library version .50 if it works the same as version .40. My perfect package manager wouldn't take many hours of frustration to make your own packages. :)
The Debian Policy manual is the reason behind apt-get's magic.
Except that there needs to be a catagory entry. What I mean is a way of getting all similar types of packages. For instance suppose I wanted to look at all thing "word processing", then I would get packages ranked from most applicable (open office, abiword, etc) down to quasi applicable ( vi, gnotepad, hexedit, etc).
-- The morphemes of your disquisition are ascertainable, but they have eschewed an ambit of transpicuous exposition.
I'll post more if I can think of them. Why does constructive criticism have to be so much harder than normal criticism? He he he. I talk alot about Debian and Gentoo because those are the two distros that I use regularly, and the package systems are a big reason for that. Packaging makes a difference. I'd probably run Mandrake if it wasn't RPM based. It's a great distro, but I just CAN'T STAND RPMs. Are they much better now than a year or two or three ago? Almost certanly. But I've been so soured to them by my expirence, it will be quite a while before I try them again; especially since I found apt and emerge.
Comment forecast: Bits of genius surrounded by a sea of mediocrity.
RPMs never seemd to work across distros, quel suprise. This is one thing that I really like about slackware's .tgz files.
./configure and make, but monitors what locations files are being "install"ed to. It then builds an RPM package and installs it. This lets you cleanly uninstall tarballs, and handles library dependencies. In many ways, it gives you the flexibility of Slackware's approach with the nice features of RPM.
And some things aren't RPM-packaged.
One tool that *no* RPM user should be without, IMHO, is checkinstall. This runs a normal "make install" after you're done with
May we never see th
It may be just me, but I never bothered to build my own RPMs or DEBs when I was using Linux.
I nearly *always* build DEBs for my Debian boxes (well, for the occasional app that Debian hasn't already packaged), and I've never bothered to learn how debs are made. How? checkinstall
To use it, you just run:
checkinstall will run "make install" for you, but will do it in a chroot environment, see what got installed where, build you a DEB that will do it and then run "dpkg -i" to automatically install the DEB for you.
And, of course, "aptitude purge <pkgname>" will get rid of it all.
Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.