Originally Posted by
TheFu
Please don't blame "Linux" for things that are a package management choice, which has NOTHING TO DO WITH LINUX. In the olden days, and still with some distros, software packages are installed into /usr/local/. We'd upgrade versions just by moving a symbolic link. Lots of slackware people still do it that way. Some use a tool called epkg, which should work on any Unix-like OS.
The packaging complaint seems to be about Debian and RHEL and Arch and SuSE. I completely understand, since I disliked how package storage use was split into programs, settings, and data into /usr/, /etc/, and /var/ respectively on those specific systems. It was a distro choice, not "Linux."
If we install using the source, then we can place the installation anywhere we like. By letting the package management tools handle the locations for files, we can install meta-packages that integrate apache, php, mariadb with 1 package install command. That's pretty sweet for many admins. People who want to have 100% control over those integrated parts probably dislike the "magic" of the metapackage. The tasksel tool can really save time for an admin.
Clearly, I'm not a fan of most of these snap/flatpak package solutions, but I care more about RAM use than many people. Most of my "servers" have 384MB - 1GB of RAM, so blowing 800MB to run a single flatpak tool is a total failure to me. I've worked places, before we mandated the move to virtual servers, that had server average utilization of 13%. After mandating the use of virtualization, we would have servers running at 60-80% utilization, a huge win for the business to get the most value from their hardware investments, not to mention the power, cooling, and physical space savings that came with virtualization.
These include-the-kitchen-sink packaging solutions will destroy much of the savings achieved the last decade.
Bookmarks