Are they so different that it’s justified to have so many different distributions? So far I guess that different package manager are the reason that divides the linux community. One may be on KDE and one on GNOME but they can use each other’s packages but usually you are bound to one manager
You could also ask: “Why are there so many audio formats? Why are there so many video formats?” And so on.
The reason is different people have different ideas on what is the best way to do things.
And different goals. A large part of why apt is the way it is comes down to the way the Debian project is structured - a project relying on a large number of volunteers vs something like Red Hat where most of the changes come from employees, so has different rules and standards for how packages should be constructed
As another user mentioned, package managers are specific to distributions rather than DEs. The main difference between them is that they’re developed by the respective distribution teams, but there are some practical differences too. For example, apt supports versioned dependencies while pacman doesn’t because of the different distribution models between Debian and Arch (monolithic vs. rolling release). This affects their dependency resolution strategy with each being better suited for it’s respective distribution.
To address your point about package managers being the main difference between distros, this isn’t quite true. As mentioned, different distros have different distribution models, priorities, and overall biases/opinions that affect the user experience in a variety of ways and make them better suited to different use cases. I would never dream of putting Arch on one of my servers in the same way that you’d probably never catch me installing Debian on my gaming machine.
I wouldn’t worry too much about the package manager, just worry about whether the distro has a good package repository. If it has all the software you want to use, then use it. In my opinion, most package managers (dnf, apt, pacman, xbmp) are basically the same, and you would only notice a big difference if you ever tried to make your own package for your own software.
That said, a few package managers are very different from all the rest:
- Crux OS “
prt-get”: simple and stupid: just downloads and installs tar archives. - Gentoo “
emerge”: builds all software from source code when you install it. This provides some guarantees that the source code was not tampered with by the distro maintainers, this is great if you need to review all of the source code that is running on your system, but terrible for most people who don’t want to spend so much computing power on compiling stuff every time you do a software update. - Nix and Guix: creates its own blockchain-like database of isolated package dependency chains on your system, allowing you to instantly roll-back to the previous set of installed packages if you ever install something that breaks your system. It also guarantees that the software can be checked bit-for-bit (using SHA hash) traced back to the exact version and dependencies of the source code that built it. Nix and Guix packages also live peacefully side-by-side with any other package manager since all Nix/Guix apps are completely self-contained within its own database. In a way, it is sort of like one big AppImage or Docker container, but you can just keep adding or removing stuff to it as often as you want.
- Silverblue, SteamOS, VanillaOS, BlendOS, CarbonOS: distributes “immutable images,” so it is impossible modify the operating system at all. Updates will ship an entirely new operating system with all packages built-in. However you are allowed to install software into your home directory, and you can install FlatPacks and AppImages. This provides a great deal of security in exchange for a tiny bit of inconvenience.
My personal preference: I use ordinary Debian or Ubuntu to install the critical software that needs to be stable and reliable, and I use Guix OS on the side to install the bleeding-edge things that might break a lot.
I couldn’t disagree more! Package managers are actually the only thing which differentiates distributions by a large margin. Syntax should be intuitive, download/updates fast and reliable. Also when watching git repositories for new software alternatives, you e.g. see often packages for good package managers, whereas you need to go some extra mile for “stable” package managers.
I wouldn’t worry too much about the package manager, just worry about whether the distro has a good package repository.
download/updates fast and reliable. Also when watching git repositories for new software alternatives, you e.g. see often packages for good package managers, whereas you need to go some extra mile for “stable” package managers.
But I would say these are not features of the package manager software, rather they are features of the package repository, that is, the online service that provides the packages. It doesn’t matter if you use Apt, DNF, Pacman, if the package repo is slow, fully of packages that haven’t been built right, the package manager software won’t do much to make it better.
But like I said, a few package manager are really unique, like Gentoo Emerge, Crux Prt-Get, and Nix and Guix.
Can you decouple a package manager from its repository like that? And even if, is that a real world example?
Also, bit part of Portage (Gentoo “emerge”) is being able to ‘flag out’ parts of the package out (or in) to the compilation.
Let’s say you want to not have telemetry in your packages. So you set ‘-telemetry’ globally, and each package that has known telemetry parts will not compile locally - so it can not be turned on (unless it’s hidden really well).
Or you want to use pulseaudio? You can flag it globally, or for specific packages. That way you can influence software you install without knowing much about anything build-related - the work is done by the repository maintainers.
They won’t be able to pry Gentoo from my cold dead hands. Arch, Nix/Guix can suck it, all my money goes to the Gentoo
From what I’ve heard compiling locally also allows for hardware optimizations specific to your system, though that may be false, as I’ve never used gentoo.
Sure, but such optimizations won’t usually matter a lot. I have no hard data on that, but would still prefer having smaller binaries from removing unnecessary BS to having CPU optimizations.
Fortunately I got both ^^ And the system feels a lot more responsive to Ubuntu, but I never ran any benchmarks to prove that.
Oh no, there are 5 package managers out there and they’re all wildly different
I know! I’ll make a standard, universal package manager that’ll be better than all the others that everyone will use!
There are now 6 different package managers
