this post was submitted on 12 Feb 2024
66 points (80.0% liked)

Linux

48185 readers
1175 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
 

Hello, i am currently looking for a Linux distribution with these criteria:

-it should be more or less stable, comparable to Ubuntu with or without LTS // -it should not be related to IBM to any way (so no fedora/redhat) // -it should not feature snaps (no Ubuntu or KDE neon) // -KDE plasma should be installable manually (best case even installed by default) // -no DIY Distros //

I've been thinking about using an immutable distro, but if anyone can recommend something to me, I'd be very grateful //

Edit: I'm sorry for the bad formatting, for some reason it doesn't register spaces

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 2 points 9 months ago (1 children)
  1. no rolling-release: around once half a year you have to reinstall the system because it can't update some core library to a more recent version. And it's only the distro's limitation because rolling releases have no issue with it
  2. you can't just define a package of your own. So if a piece of software is not in packages, you need to compile and install it manually without packager managing it. It tends to break in the long term and when the software suddenly becomes packaged
  3. deb-hell: if you come to the idea to solve the first problem by compiling your own package, the packager will give you hell for that. And compiling your own deb with bumped up version is no easy task. Which means that when your version of the system goes out of life, you have to reinstall. Pray that you thought about this before and put /home and /etc on separate partitions
  4. package dependencies are too baked in or stability is too high priority. Even if your issue got resolved recently, it will take a long time for an updated package to appear. And you can't roll your own in the meantime (see 2, or even worse 1)
[–] [email protected] 2 points 9 months ago

Gotcha. The difficulty in upgrading OS versions was my major gripe. Not that this is unique to Mint I'm guessing.

Second was unavailability of newer versions (or any versions) of some software. At the time, one example was FreeCAD being a couple years behind the current version.

And in fact this second issue made the first issue worse. I could've run an LTS longer. But from day one certain packages were pretty far behind and those packages didn't get major version upgrades until I switched to the next Mint release.

Or else I would have to point to another repo. So at one point I had a bunch of different repos. Then one might go down and break the update and upgrade process.

And if not that approach I would have to find some other way to install but I still want to keep it updated semi automatically which isn't possible in some cases.

Idk. I may switch to a rolling release distro at some point. But for now Fedora runs newer versions of the kernel and presumably(?) other software, or at least it hasn't been an issue, thus far.