Linux - DistributionsThis forum is for Distribution specific questions.
Red Hat, Slackware, Debian, Novell, LFS, Mandriva, Ubuntu, Fedora - the list goes on and on...
Note: An (*) indicates there is no official participation from that distribution here at LQ.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
After some time away from linux, I'm thinking of maybe trying it again. In the process of deciding which distros to try I noted something about package managers ...
1. RPM and Yum are used by Red Hat (and thus also by Fedora?) Why two different package managers? Is Yum just a front end for RPM?
2. Slackware includes the RPM package manger in addition to its own. I learned this by typng "man rpm" on a system running Slackware. I seem to recall that RPM stands for Redhat Package Manager, so I've no idea what it is doing in Slackare. Perhaps slack's own package manager is really just a front-end for RPM?
3. Based on the above, are all/most/many linux package managers really just RPM?
4. Could one, in any Linux, use *only* RPM and ignore/bypass the "default" package manager without problems?
There's not much to choose, in reality. But you need to stick to the default. When you install Linux, the package manager will list everything in its database. Subsequently, it can check that database to see if you have the necessary dependencies for new programs. If you used two systems, neither would know what the other had installed.
The commonest system is Debian's, because so many Linuxes are based on it.
Slackware has a very basic system that doesn't check dependencies, but that doesn't really matter because the entire repository is on the installation disk.
There's not much to choose, in reality. But you need to stick to the default. When you install Linux, the package manager will list everything in its database. Subsequently, it can check that database to see if you have the necessary dependencies for new programs. If you used two systems, neither would know what the other had installed.
The commonest system is Debian's, because so many Linuxes are based on it.
Slackware has a very basic system that doesn't check dependencies, but that doesn't really matter because the entire repository is on the installation disk.
Fascinating. That clarifies matters for me and also yields new information. Thank you.
it stands for "Red Hat Package Manager", Red Hat being the companies name.
Actually, Since Red Hat Linux became discontinued and forked into Red Hat Enterprise Linux, and Fedora, It no longer stands for 'Red Hat Package Manager', but instead is officially a recursive acronym, 'RPM package manager'.
I couldn't see it mentioned, so i'd just like to add.
RPM is the low end package manager. Zypper and yum are high end package managers that work with repositories to fetch .rpm packages and then install them automatically with the rpm package manager.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.