• TimeSquirrel@kbin.social
    link
    fedilink
    arrow-up
    123
    arrow-down
    2
    ·
    edit-2
    1 year ago

    I’m going to create a distro where EVERYTHING including your web browser is launched through systemd and it’s built from nothing but snaps, just for you guys. I’ll call it “Oops! All snaps.”

        • Rodeo@lemmy.ca
          link
          fedilink
          arrow-up
          7
          ·
          1 year ago

          Don’t forget the development issues. Last I read up on this was several years ago, so things may have changed, but:

          It’s open source, but it’s entirely controlled by a handful of people who work for RedHat, and they don’t publish any of their communications about development nor any supporting material like code documentation. It’s a massive complicated codebase and they’ve made no effort to make it accessible, nor do they allow contributions from anyone outside the RedHat team, so it remains a closed black box controlled by a private, for profit corporation.

          It’s open source in the worst way possible.

        • namingthingsiseasy@programming.dev
          link
          fedilink
          arrow-up
          7
          ·
          1 year ago

          Another problem is that there is (or was, I don’t follow these things) friction between the Kernel and systemd, as systemd developers did not respect certain development philosophies.

          More information on this here:

          When systemd sees “debug” as part of the kernel command-line, it will spit out so much informaiton about the system that it fails to boot… The init system just collapses the system with too much information being sent to the dmesg when seeing the debug option as part of the kernel command-line parameter. Within the systemd bug report it was suggested for systemd not to look for a simple “debug” string to go into its debug mode but perhaps something like “systemd.debug” or other namespaced alternatives. The debug kernel command-line parameter has been used by upstream Linux kernel developers for many years. However, upstream systemd developers don’t agree about changing their debug code detection. Kay Sievers of Red Hat wrote, “Generic terms are generic, not the first user owns them.”

          tl;dr: systemd parsed kernel command line information; when “debug” was present, systemd enabled logging that was so verbose that it would cause the system to become unbootable. systemd developers were notified of the issue and started acting passive aggressive instead of fixing the issue.

          Or to put it more simply: if you make changes that cause Linus Torvalds’ system to stop booting properly, you’re probably gonna have a bad time.

    • Draconic NEO@lemmy.world
      link
      fedilink
      arrow-up
      1
      ·
      10 months ago

      Just got to hope that Canonical will host all of the software for it on their Snap repository (singular) I don’t think they’d object to it but that is a big issue with snap, you can’t add other repositories and the server code isn’t open source.