So you may have heard of the install gentoo meme, when I looked the guidebook I thought it looked a little complex like with Arch.

Does Gentoo have something special that other distros do not? Apparently you can use the USE FLAGS to determine what stuff you want and it’s meant to be even more lean on resources.

Isn’t there a Gentoo installer like with Arch? With Arch I can confidently just run the installer on a VM but I got stuck with Gentoo

  • LalSalaamComrade@lemmy.ml
    link
    fedilink
    English
    arrow-up
    0
    ·
    2 months ago

    Apologies for being defensive, I accept that I am in the wrong here - I had to assume the worst owning to the silent-toxicity through down-votes, because they’ve assumed internally that I’ve called their favorite distro just the “same” as the distro that they probably hate.

    A “traditional” Linux follows a FHS build, comes with a general package manager that is usually centralized, and can have one version of a program. You can only have one version of a particular program for the given OS version, and may have to use tools like venv or asdf to use older versions. Examples include Debian and Fedora, as well as it’s derivatives. These traditional distros come with profiles, or flavours, like KDE, GNOME, or some other desktop environment.

    GoboLinux is the original Linux OS that deviated from the FHS layout. With this, now you could have multiple versions of the same applications alongside, without having conflicts. ClearLinux (from Intel) and CachyOS (independent) are distros that build optimized binaries. I’ve not delved much into either of them, but I would like to think that having a tuned distro is quite nice.

    Henceforth here, most of the distros can be called as meta-distibutions. These are distros that are a little “flexible” when it comes to installing. There’s no pre-defined profiles and flavours, but this also means that you have control over what you can choose to install. Examples include Arch, Void, Gentoo and their derivatives.

    Of these, Gentoo (back then - this does not hold true today) and Void are special in the sense that they came with the most barebone stuff, and you had to use their tooling to build Linux, as well as the entire desktop and application from scratch. I am not sure who the target audience might be, but I’m assuming that most probably this includes people who don’t trust repositories or substitute servers.

    NixOS and Guix are functional, transactional and declarative distros that provides you with isolation via ephemeral shells - which can be either pure or impure, store-based file layout (hash, followed by package name and version) and the option to host containers and virtual machines within the OS as a neat in-built feature. Each time you “build”, you create your own distro generation, based on your own config, with the option to switch between them, without having to reboot. The store-based file layout was probably an inspiration from GoboLinux.

    SerpentOS is a new experimental OS in development - from what I know, these folks have embraced memory-safe languages for their tools. Another cool features is that the packaging it is quite nice and uses the well-known YAML format, as an alternative to Arch’s PKGBUILD or Fedora’s spec. There’s a lot of experimental stuff that I am not following, but it also shares some features with immutable distros. T2 SDE (not T2Linux, my bad) is another such meta-distro that I am aware of, but I haven’t delved into it. It is being developed by Rene Rebe. There’s also other cool distros, like for example Bedrock Linux, or Slackware, but I don’t follow them a lot, so I can’t speak for them.

    • Sbauer@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      edit-2
      2 months ago

      Nice overview, don’t want to contest anything you said, just add my 2 cents to it.

      The truth is the lines have gotten awfully blurry the past decade. It’s not just about FHS(basically a standard how the file system is laid out, where binaries go etc) getting more or less phased out(there are dozens of places where binaries can end up these days for example) but also some deeper changes of how we run software on these distributions.

      Frankly arch and cachyos(which is a arch variant, yes it has optimised packages, but so does opensuse, it’s just a decision to leave behind compatibility with older hardware, not some inherent magic) belong into the standard Linux distro bin for me, they do nothing special or noteworthy beyond being competently implemented. They are not really different from Debian, fedora or Ubuntu, you can install those just the same manual way you do arch. Yes arch is rolling and others are release based but opensuse shows how there isn’t that much difference between the models, they run both on the same package base, as did Debian with its sid repo since forever.

      Then we have gentoo and yes it is a bit special even today. The idea behind it is that you compile your own packages instead of using a binary repo. But why? The answer to that is that when you compile a package from source you have a vast influence on the resulting binary, for example by giving instruction to the compiler, that’s how cachyos gets its optimised binaries. But another even larger influence is by using configuration options built into the package by its developers. For example to disable or enable certain parts of the code. What gentoo did was collect and categorise the most common of these options into what became known as use flags, a system configuration that affects every single package built on that system. If you add the -dvd use flag it will strip dvd support from any package that has it. Or maybe you don’t have a printer -cups will remove cups support from all packages. This doesn’t just not install cups, it removes the very support of cups from packages that would otherwise interact/look for it in some way. This has obvious security advantages and is where the notion of gentoo being a lean system comes from, you’re stripping out entire functions of code from your binaries. If there is a bug in a certain OpenSSL mode that’s included in all binaries shipped by other distros, but you have deactivated all modes besides the one you intend to use, you are not affected by the bug. The idea behind gentoo is a kind of customisation that goes beyond the package layer, you’re no longer just choosing your individual packages but also the options of these packages.

      As for the others, immutable, declaratives, cow or a/b root distros… that’s where the lines are getting blurry. The declarative like Nixos are very different in their implementation, but then again, you can use the nix package manager on other distros and we have been using docker containers set up declaratively via compose files for years by now. Likewise the immutable seem very alien, until you realise that they are only divided from their normal counterparts by a very thin line, important yes, but thin nonetheless. There is a reason these new distros get spearheaded by the old guard, a fedora workstation distro is very similar to a fedora silverblue immutable and from opensuse tumbleweed it’s a very close step to opensuse microOS. It’s mostly different default packages and some config options with an added package or two. Sure they seem very different, but just because you bolt the hood of your car closed doesn’t fundamentally change it does it?

      These days I’d say gentoo is for learning. Not just about Linux but about interacting with source code and learning about the individual software you choose to install. The optimisations frankly matter less these days, sure you can optimise for speed or size of the binaries but are you going to be able to tell on that 12 core machine with 2 TB of nvme storage? No, not really. Security through a lean system might be nice, but there are specialised distros that already do so and you can run software in their own namespaces, control them via SElinux, put them in jails, bubblewrap them, containerise or VM them, hell even flatpak them, all probably more effective ways of archiving security.