I recently took up Bazzite from mint and I love it! After using it for a few days I found out it was an immutable distro, after looking into what that is I thought it was a great idea. I love the idea of getting a fresh image for every update, I think for businesses/ less tech savvy people it adds another layer of protection from self harm because you can’t mess with the root without extra steps.

For anyone who isn’t familiar with immutable distros I attached a picture of mutable vs immutable, I don’t want to describe it because I am still learning.

My question is: what does the community think of it?

Do the downsides outweigh the benefits or vice versa?

Could this help Linux reach more mainstream audiences?

Any other input would be appreciated!

  • lambalicious@lemmy.sdf.org
    link
    fedilink
    English
    arrow-up
    0
    ·
    edit-2
    1 day ago

    Since the idea is that the “root partition” is immutable, serious question:

    How do you fix a hardware config issue or a distro packaging / provision issue in an immutable distro?

    Several times in my Linux history I’ve found that, for example, I need to remove package-provided files from the ALSA files in /usr/share/alsa in order for the setup to work with my particular chipset (which has a hardware bug). Other times, I’ve found that even if I set up a custom .XCompose file in my $HOME, some applications insist on reading the Compose files in /usr/share/X11/locale instead, which means I need to be able to edit or remove those files. In order to add custom themes, I need to be able to add them to /usr/share/{icons,themes}, since replicating those themes for each $HOME in the system is a notorious waste of space and not all applications seem to respect /usr/local/share. Etc.

    Unless I’m mistaken on how immutable systems work, I’m not sure immutable systems are really useful to someone who actually wants to or needs to power user Linux, or customize past the “branding locking” that environments like Gnome have been aiming for for like a decade.

  • orcrist@lemm.ee
    link
    fedilink
    arrow-up
    0
    ·
    1 day ago

    From an advertising perspective, it’s important to think about who you’re targeting. Who are your likely customers? Certainly there are some based on the strengths that you raised.

    However, some people are definitely not a good target audience, and some people is actually a very large group of people. There are a lot of current and potential users who essentially want the standard major applications to work, and they’re not going to touch the root partition, and they want things to be very simple. For people like that, Debian or Ubuntu or Fedora already do what they want. And these major operating systems have been around for so long that people will naturally be more confident using them, because they were their friends have experience, or because they think the organization has more stability because of its experience.

    Of course a lot of things depend on how you define words, but to me the above paragraph describes the mainstream audience, and I don’t think you’re going to have much luck reaching them, because I don’t think the thing you’re trying to sell gives them extra value. In other words, it’s not solving a problem for them, so why should they care.

  • Nibodhika@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    1 day ago

    what does the community think of it?

    Everyone has their own opinion, personally I think they’re a great idea and have lots of great applications. But just like rolling vs non-rolling release it’s a personal and application dependant choice.

    Do the downsides outweigh the benefits or vice versa?

    Again, depends, for my personal computer I wouldn’t use it because I think it could get complicated to get specific things to work, but for closed hardware like the Deck or even a fairly stable desktop used as a gaming system it’s perfect.

    Could this help Linux reach more mainstream audiences?

    It could, it can also hamper it because people might start to try solutions that only work until next boot and not understanding why, or having problems getting some special hardware to work (more than it would be a mutable distro). But there is a great counter to this which is that once it’s running it will be very difficult to break by user error.

    At the end of the day I think it’s a cool technology but that people should know what they’re getting into, just like when choosing rolling vs non-rolling distro, it’s not about what’s better, but what suits your needs best.

  • ZeroOne@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    1 day ago

    The whole point of Linux is to tinker, immutable distros destroy the whole point, not to mention, it’s a very windows-approach

    Not to mention there’s no guarantee if security even with Immutable distros

    • MTK@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      1 day ago

      The whole point of Linux is to be a FOSS kernel/OS, that’s it.

      Anything you want to (legally and morally) do with it is fine and you should not have to conform to arbitrary limitations set by others.

      If you think that Linux is only for tinkering, not only are you completely wrong (since most machines running Linux are meant to be stable and not tinkered with, think servers, iot, embedded devices, etc) you are also missing the point of FOSS, since it aims to give the user freedom to do as they see fit, which includes preferring stability and security over tinkering.

    • PieMePlenty@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      edit-2
      1 day ago

      I don’t think the point of Linux is to tinker. That would kinda make it for tinkerers only. In my view, the point of Linux is that its a kernel only and you can use it to build an OS around and build one which is easy to tinker with or one which isn’t. Point is, not every system is suited for every task and the Linux kernel allows you to use it how you wish (via distros or you can make your own system around it). Why the gatekeeping?

    • Bali@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      1 day ago

      Not to tinker is a good thing for me at least. Some are Ok using LFS, Gentoo, etc. But distribution like Fedora Silverblue is low maintenance as i just want my task easy and an OS that just works.

  • rumba@lemmy.zip
    link
    fedilink
    English
    arrow-up
    0
    ·
    2 days ago

    Then you have NixOS, which is declarative, and fairly immutable.

    You don’t have to reboot to make changes, but you can’t just run unlinked binaries either.

    You can’t do things like edit your hosts table or modify the FS for cron jobs. The application store is unwritable, but you can sync new apps into it .

    You have to make changes to the config file and run a rebuild as root.

    • nomen_dubium@startrek.website
      link
      fedilink
      arrow-up
      0
      ·
      1 day ago

      just for clarity: you can modify stuff like hosts or cron jobs but it’d get overwritten iirc? you can also make the change in the config and have it persist (reproducibility being the main point, not disallowing you to edit your files)

      • rumba@lemmy.zip
        link
        fedilink
        English
        arrow-up
        0
        ·
        1 day ago

        No, that file is located in the nix store and linked back, If you become root and try to edit /etc/hosts It will complain that you cannot edit the linked file.

        If you go and try to edit the store directly you will meet the same kind of dead ends because /nix/store is a ro bind mount

        With enough root access, time and persistence you could eventually unwrap its flavor of immutability which is why I said mostly immutable. Compared to most operating systems where you can just slip a quick edit into a cron job it’s leagues ahead.

  • Reil@beehaw.org
    link
    fedilink
    English
    arrow-up
    0
    ·
    2 days ago

    I’m much more comfortable trying things that I’m not sure will (or expect not to) work. I can just blast the toolbox or whatever afterwards.

    Compare to some of my earlier forays into Linux, where I’d do some nonsense and then attempts to remove said nonsense would break some other load-bearing part of the OS.

  • Kras Mazov@lemmygrad.ml
    link
    fedilink
    English
    arrow-up
    0
    ·
    2 days ago

    Bazzite is great. I was using Nobara before it, and Solus before that and Bazzite has been the best experience I ever had on Linux, I don’t plan on changing distros as long as it remains a thing.

  • Hemingways_Shotgun@lemmy.ca
    link
    fedilink
    English
    arrow-up
    0
    ·
    2 days ago

    I don’t mind flatpaks in a pinch, but having to use them for literally every app on my computer is an unreasonable amount of bloat.

    • IrritableOcelot@beehaw.org
      link
      fedilink
      arrow-up
      0
      ·
      2 days ago

      The barrier for me is that I use a lot of apps which require native messaging for inter-program communication (keepass browser, citation managers talking to Libreoffice, etc.), and the portal hasn’t been implemented yet. Its been stuck in PR comment hell for years. Looks like its getting close, but flatpak-only is a hard no go for me until then.

      Even after that, I would worry about doing some Dev work on atomic distros, and I worry about running into other hard barriers in the future.

      • Hemingways_Shotgun@lemmy.ca
        link
        fedilink
        English
        arrow-up
        0
        ·
        edit-2
        2 days ago

        Not when every app decides to use a different point version of the same damn platform.

        "Hello Mr. Application. I see you’d like to use the Freedesktop-SDK 23.08.27

        “Oh…well hello other application. What’s this? You want to use Freedesktop-SDK 24.08.10? Well…I guess so…”

        Edited to add: Yes, I know that flatpaks will upgrade to use updated platforms. But it doesn’t automatically remove the old one, forcing you to have to run flatpak remove --unused every week just to keep your drive clean. That’s hardly user friendly for the average person.

        • fruitycoder@sh.itjust.works
          link
          fedilink
          arrow-up
          0
          ·
          21 hours ago

          I had a systemd unit that ran it weekly after the update one ran. I feel like the default behavior though should be automatic purge old unused runtimes though too. I don’t see why that wouldn’t the case to me.

          I’ve even gone so far as wanting to force run time changes underneath the packs because of Caves and such, but thats my niche and puts security over function.

          Definitely not a free lunch sys admin wise, but it is still a marked improvement over native apps 98% of the time for me.

        • SpatchyIsOnline@lemmy.world
          link
          fedilink
          arrow-up
          0
          ·
          2 days ago

          The average person has a 1tb+ drive and doesn’t care about a few hundred megabytes of bloat in a partition they will never look at. If someone is switching from Windows, every app having its dependencies self contained is mostly normal anyway (aside from the occasional system provided dll). The only people likely to care about removing old flatpak platforms are the kind of people who don’t mind running the command to remove them.

  • vga@sopuli.xyz
    link
    fedilink
    arrow-up
    0
    ·
    edit-2
    2 days ago

    I have investigated the idea and came to the conclusion that immutable distros are essentially a research project. They attempt to advance the state-of-art a slight bit but the cost is currently too great.

    Perhaps somebody will some day create something that’s worth switching to. But I don’t think that has happened yet, or is happening with any of the current distros. Silverblue might become that with enough polish, but I feel that to get that amount of polish, they would have to make Silverblue the 1st class citizen, i.e. the default install of Fedora.

  • Magiilaro@feddit.org
    link
    fedilink
    arrow-up
    0
    ·
    2 days ago

    I am a huge fan of immutable distributions, not for my personal daily driver but for secondary systems like my living room/home theater PC.

  • Integrate777@discuss.online
    link
    fedilink
    arrow-up
    0
    ·
    edit-2
    2 days ago

    I heard both flatpak and immutability are obstacles to developers. How bad is it really?

    I’ve had NixOS absolutely refuse to run some compiler toolchain I depended upon that should’ve been dead simple on other distros, I’m really hesitant to try anything that tries to be too different anymore.

    • priapus@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      0
      ·
      edit-2
      2 days ago

      NixOS likely only refused to run it because you weren’t running it in the Nix way. That’s not a jab or anything, Nix has a huge learning curve and requires doing a lot differently. You’re supposed to use devshells whenever doing development. If you want something to just work, you use a container.

      Whatever issue you ran into most likely had nothing to do with NixOS being immutable, and was probably caused by the non standard filesystem hierarchy, which prevents random dynamically linked binaries from running.

      I’ve never heard of flatpak and immutability being obstacles to developers, in fact I generally hear the opposite. Bluefin is primarily targeted at developers, and some apps, like Bottles, will only officially support the flatpak distribution because of the simplicity and benefits it brings over standard distro packaging.

    • ivn@jlai.lu
      link
      fedilink
      English
      arrow-up
      0
      ·
      2 days ago

      I’ve had NixOS absolutely refuse to run some compiler toolchain I depended upon that should’ve been dead simple on other distros, I’m really hesitant to try anything that tries to be too different anymore.

      Yes, some toolchain expect you to run pre-compiled dynamically linked binaries. These won’t work on NixOS, you need to either find a way to install the binary from nix and force the toolchain to use it or run patchelf on it somehow.

    • FooBarrington@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      2 days ago

      It would be a problem without distrobox. Since that gives you a normal, mutable OS on top, you don’t even notice the immutability.

  • Cris16228@lemmy.today
    link
    fedilink
    arrow-up
    0
    ·
    2 days ago

    Could you share some pics (without anything private ofc) of bazzite? I wanted to try it but I couldn’t use it as live distro. My main problem is arch because I’m used to apt and I find pacman or whatever it uses difficult for me (nothing I can’t learn ofc)

    I love the idea of getting a fresh image for every update

    What do you mean? Thanks

    • priapus@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      0
      ·
      2 days ago

      I don’t have any pics cause I’m not currently near my computer that runs bazzite.

      If you’re mainly using GUI apps you’ll probably just be installing everything through flatpak, which you can use via the Discover store that comes with KDE Plasma. CLI apps are installed using homebrew.

      The docs might give you some insight on using it: https://docs.bazzite.gg/

    • nfms@lemmy.ml
      link
      fedilink
      English
      arrow-up
      0
      ·
      2 days ago

      Bazzite comes packaged with the essentials so that anyone can use it without using terminal. Flatpak is enabled by default and this is the best approach. You can check it out below.
      https://docs.bazzite.gg/Installing_and_Managing_Software/
      If you’re not comfortable yet using any other terminal package manager other than apt, you can still use bazzite and learn with time. You can install most apps through Discover (KDE) or Gnome software

    • smeg@feddit.uk
      link
      fedilink
      English
      arrow-up
      0
      ·
      2 days ago

      Isn’t bazzite fedora-based? Meaning you use dnf instead of apt or pacman.

          • node815@lemmy.world
            link
            fedilink
            English
            arrow-up
            0
            ·
            2 days ago

            I use Aurora Linux which is the sister one to Bazzite, both are Fedora 41 based images. They strongly encourage using the FlatPak approach to installing software. After using it for a few weeks now, I can see why. One of the things with the immutable setup is once you install a program, you have to reboot to get it to run, but with Flatpak, it isn’t so. I think Flatpak has it’s merits - if they have an app which you normally use, then it’s easy enough to install and go.

            For the Fedora side of things, you can “layer” apps over it using the rpm-ostree but they encourage you to only do that as a last resort. One of the things they enable you to do is install additional OS’s containerized which integrate with the desktop environment. For example, right now, I can only run Scrcpy in a different OS (That I’ve been able to figure out so far), so I just spin up an Arch OS container and launch it from there, and can interface with my phone normally. As I understand too, the developers plan on disabling layering in a future release. To be honest, I don’t think I have but one thing layered and that’s my Label Printer’s driver.

            The benefit for me using the immutable system and this is the hardest thing to grasp for a lot of people including myself is that it truly is set and forget type of updating. With Arch, you can become sort of addicted to checking for new releases, and I’m not going to lie, it’s amazing to get some of the newest releases of your favorite app or browser especially when they fix something. With Arch, it’s generally there. With my system, I turned on auto updates, so it’s not too uncommon to bring the system up in the morning and see that updates have been given (I don’t notice them usually). It’s nice not having to worry about that as much.

            • smeg@feddit.uk
              link
              fedilink
              English
              arrow-up
              0
              ·
              2 days ago

              Is it stable enough to recommend for non-techy users? Set-and-forget sounds ideal for someone who doesn’t understand (and doesn’t really need to understand) all the updates their machine is doing.

              • node815@lemmy.world
                link
                fedilink
                English
                arrow-up
                0
                ·
                2 days ago

                In my opinion so far yes, I’ve only been on it a few weeks, but think of the immutable as locking down the root partition and any vital directories to the OS and not allowing your user to modify anything. In the event of a bad update, it’s easy enough to select the previous boot in Grub and be on your merry way.

                I have a special needs adult step-daughter who’s PC I manage and I always need to keep it updated, setting it up on their Bluefin version which uses Gnome which she loves. So, I may do it this weekend. She’s currently on Endeavor OS (Arch based) but it keeps getting kernel updates daily it seems and with those a reboot. Additionally, for whatever reason, her system goes to sleep without warning sometimes so if I’m updating it, it’s gone to sleep. (Super weird). I’ve never had it do this before with Standard Arch linux so I think its something to do with Endeaver. I’ve never bothered to troubleshoot it to be honest. With a setup on the BlueFin (Aurora Linux is KDE), enabling Auto updates should be a breeze and then she’s golden for being updated without my intervention.

      • Cris16228@lemmy.today
        link
        fedilink
        arrow-up
        0
        ·
        edit-2
        2 days ago

        I don’t know what it uses and as someone who always used apt, pacman or dnf is hard to understand

        Edit: Not that I can’t learn… Just saying is hard for me

  • Chimrod@jlai.lu
    link
    fedilink
    arrow-up
    0
    ·
    2 days ago

    For my needs, I’ve build a static system with buildroot for a pi zero. No updates, no modifications on the system, no remote access. Some directories are in tempfs, and after a reboot the system is fresh again. when needed, I removed the sd card and copy a new image

    I use this board for a pulseaudio/mpd player, it’s not intended for a desktop usage, but I’m happy beiing able to configure a system like this one. For me, there is no maintenance, and this is exactly what I wanted