I’ve been using linux desktop for a year or so now. One noteable thing i keep seeing is that one person will say I dont like XYZ distrobution because of its base. But I am still a little unsure what is meant by it. I am assuming the main difference between each base is the choice of package management(?). But what other factors/aspects that are important for the average user to know about each ‘base’? This is probably quite a broad question to a rather technical answer, but appriciate any answers, and i’ll try my best to understand and read up :)

  • Schwim Dandy@lemm.ee
    link
    fedilink
    arrow-up
    0
    ·
    1 month ago

    When they say base, they’re talking about the distro it’s built off of(Debian, arch, slack, fedora, Ubuntu, etc.). As an example, Mint is built on the Ubuntu base, Bunsen is built on Debian, etc. These are often called flavors as they’re not considered distros but rather something built on top of a distro.

    The major visible differences in distros are the package managers and tools provided for it but they also have different goals. Debian aims for rock solid stability, fedora puts FOSS first, Arch is designed to take up your free time by making you build everything from scratch and pointing you to a wiki when you’re stuck (I kid).

    The flavors then customize the experience, usually muddying the distro goals in the process. For instance, someone might take a fedora base then pack it full of proprietary software and release it.

    I wouldn’t say what you use is irrelevant but you can truly make every base look and perform the same if you do some work. People that don’t like a particular base usually don’t want to do that work, they want to use it. I’m one of those people. Where I used to love tinkering in Linux, now I just want to get it up and running so I can do my stuff on it.

    • bisby@lemmy.world
      link
      fedilink
      English
      arrow-up
      0
      ·
      1 month ago

      Debian aims for rock solid stability

      To be clear, Debian “stability” refers to “unchanging packages”, not “doesn’t crash.” Debian would rather ship a known bug for a year than update the package if it’s not explicitly a security bug (and then only certain packages).

      So if you have a crash in Debian, you will always have that crash until the next version of debian a year or so from now. That’s not what I’d consider “stable” but rather “consistent”