Ready to be surprised? KDE Linux, a new Arch-based immutable OS featuring Btrfs, Flatpak, and Snap, made by KDE's devs, is now in development.
  • airglow@lemmy.worldEnglish
    19·
    18 days ago

    (and possibly Snap)

    I hope they exclude Snap from the default installation. Don’t want an OS with built-in support for Canonical’s closed source app store service when Flatpak is decentralized and FOSS on the server side.

  • onlinepersona@programming.dev
    15·
    19 days ago

    My immediate thought was: why not NixOS as a base? Building KDE is such a nightmare that if they had to deal with it themselves on NixOS, it would help them clear up their dependencies. Right now it’s such a big mess of unnamed and implicit dependencies that exposing it to the team would also show them how to cut down on them.

    My hope was also that if the KDE team were invest in a NixOS offshoot, that the OS would finally get proper GUIs or integrations into existing GUIs like Discover (why not Diskover?) Or the system settings and other config management.

    But, to be fair, I could understand if they considered it, took one look at the documentation and noped out.

    Anti Commercial-AI license

    • Wooki@lemmy.world
      4·
      18 days ago

      The “distro” would be reduced to a configuration file base (which Id be all for imo).

      On that note, Nix desperately needs officially supported config sharing social system like dotfyle.

  • Telorand@reddthat.com
    8·
    19 days ago

    Cool. My first thought was how this would differ from blendOS, which is also immutable Arch. Seems like the main difference is the use of systemd-sysupdate to handle unprivileged updates.

    Not sure how rollbacks are handled, but I only glanced at it.

    • Possibly linux@lemmy.zipEnglish
      4·
      18 days ago

      Why would it? OpenSUSE isn’t a good choice for a base system it is fairly obscure and the base is rather large.

      • ijhoo@lemmy.ml
        1·
        17 days ago

        They have been a supporter / promoter of KDE for a long time, would seem logical to me that KDE would go with suse.

        • Possibly linux@lemmy.zipEnglish
          2·
          16 days ago

          Suse isn’t well suited for a minimal base system. You would want something like Arch or Debian and in this case they went with Arch.

    • moonpiedumplings@programming.dev
      2·
      17 days ago

      Opensuse doesn’t have rpm-ostree. Their immutable offerings are just snapper/btrfs snapshots before changes to the system.

      Such a setup is nowhere near as powerful. rpm-ostree can rebase itself based off of a container/oci image. It can layer images on top of eachother. Rather than just tracking when changes happened, it can also track what change happened, in a git style setup.

        • moonpiedumplings@programming.devEnglish
          2·
          15 days ago

          Oops… my bad. In my earlier comment I assumed that this would be a Fedora/Ublue based distro, rather than an Arch one. Arch doesn’t have RPM ostree either (which makes me dislike it as a choice for an immutable distro).

          But, it’s highly likely that with the steam deck and other projects, there is already an ecosystem for immutable Arch, and a minimal base system to start is advantageous, as Possibly Linux said.

    • rc__buggy@sh.itjust.works
      12·
      19 days ago

      This along with Bazzite do seem to make SteamOS redundant.

      Edit: I read the front of the wiki, this isn’t much like SteamOS, this sounds like it will be good for KDE enthusiasts and OEMs. I’ll give it a try after it cooks more, looks like a great distro for a laptop

  • FizzyOrange@programming.dev
    1·
    18 days ago

    Hmmm I guess this kind of makes sense - most distros push Gnome above KDE (probably because it doesn’t look like this - where’s Tantacrul when you need him?). On the other hand, there’s already Kubuntu…

    I’m a bit skeptical about immutable distros too. What if I want to install a package that isn’t already installed and isn’t available as a Flatpak/Snap? Seems like it’s going to run in similar issues to everything else that tries to wade upstream against the bad decisions of the existing Linux packaging zeitgeist, e.g. how Nix has to install everything in one root-owned directory because nobody cares about portable installation.