Seen a few times bazzite has been mentioned, but just have seen another user say they have OpenSUSE installed.

I’m not sure what the benefits of these options are, especially non-steamOS ISOs?

  • Transient Punk@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    18
    ·
    6 months ago

    One of the beautiful things about Linux is it’s versatility. Many people want to use their hardware for things other than gaming. For instance, I saw a Steam Deck at Disneyland being used to operate “autonomous” robots in Star Wars Land.

    For me, I have been doing the vast majority of my gaming on my Steam Deck ever since I got it, however, recently, I was wanting to do some programming work while I was out and about, and was running into a lot of road blocks trying to do it on my Steam Deck. They can be overcome, but I found myself thinking about how much easier it would be to do my work on it, if it had a different distribution installed.

    The Steam Deck is a consumer appliance, and as such has reasonable safeguards in place to protect users from themselves. Some users want to go beyond what’s available out of the box, and I imagine that freedom is what motivates most people to put other operating systems on their device.

    • saintshenanigans@programming.dev
      link
      fedilink
      arrow-up
      2
      ·
      6 months ago

      I saw a Steam Deck at Disneyland being used to operate “autonomous” robots in Star Wars Land.

      I think mkbhd did a video showing that off recently if anyone is curious

      • Transient Punk@sh.itjust.works
        link
        fedilink
        English
        arrow-up
        3
        ·
        6 months ago

        Thanks for letting me know! I really wanted to look at the UI when I realized what I was looking at, at the park, but I didn’t want to bother the employee. I appreciate that I got to see it in that video now

  • Max-P@lemmy.max-p.me
    link
    fedilink
    arrow-up
    17
    ·
    6 months ago

    Because you can, pretty much.

    That’s the nice thing with an open platform like that, everyone can make another just as good. Valve did a great job making it good and reliable for the average gamer, but it’s also just a PC. A PC made to run Linux. There’s no reason you can’t… just install another distro, replicate some of the configurations, and run your favorite distro on it!

    And it’s good, people experiment and make cool mods and tweaks. Valve has taken a lot of things the community did to their deck and made it an official feature because it’s cool and fun. People make cool themes, they figure out how to make some games work.

    It’s just like any other Linux distro choice: which one do you vibe the best with for what you want to do on it. For some people that’s a handheld console that just works and plays your games and runs SteamOS.

  • Björn Tantau@swg-empire.de
    link
    fedilink
    arrow-up
    10
    ·
    6 months ago

    Hi there, hello, it’s me, OpenSUSE guy. My main motivation was to get full disk encryption and an unlocked root drive. I also wanted to run Plasma 6 on Wayland, install most of my applications natively instead of as flatpaks. I also hated how I had to jump through hoops every time I needed a VPN connection.

    Recently I also found out that it helped me in downgrading my BIOS to employ a workaround for a memory problem because I strongly suspect that they did absolutely nothing when I sent my unit in for that.

    And I also wanted to do it just because I could.

    • overload@sopuli.xyzOP
      link
      fedilink
      arrow-up
      3
      ·
      6 months ago

      Hey! You did prompt my question, no offense :p I’m a fellow Open SUSE tumbleweed user on Desktop, but was surprised to see it mentioned in this context. Thanks for sharing!

  • DeadMartyr@lemmy.zip
    link
    fedilink
    arrow-up
    8
    arrow-down
    1
    ·
    6 months ago

    I’m a cs student rn and there’s a lot of stuff that I’m learning specifically with UNIX and Linux related things. I use my steamdeck as a daily driver (literally sit in the front of class, pull out my steamdeck with my jsaux case and Bluetooth keyboard/mouse combo)

    There’s some issues with the walled garden. The way they do system updates is basically by having system stuff on its own partition and overwriting it. It functions well for a “casual” person that doesn’t care about linux that much.

    The issue is that I have to install things sometimes. Even things as simple as an OpenVPN package so I can use my nordvpn. Updates sometimes will wipe things I install in package manager. Other things (like Xelatex) are simply too big to fit in this partition so I have to install lighter packages even if I want to use the whole thing (Math formulas need a LOT of symbols).

    This has actually led me to see if it’s worth it to install a third party OS. Bazzite was a good contender but I like Arch with the KDE desktop so ultimately I would just want a steamOS that I could install more things on.

    Currently I’m looking into how I can achieve this. I don’t know if I should just enlarge the partition holding the system files, or if there is some pacman settings that I could have packages installed elsewhere and automatically symbolically linked in /user or wherever it needs

    • towerful@programming.dev
      link
      fedilink
      arrow-up
      5
      ·
      6 months ago

      As someone that runs servers, having an immutable os (oe one that “wipes” on updates) is awesome.
      The issue is that you are not in control of the config.

      Learning to script over it might be worthwhile. Update, apply customisation script, back to normal.
      It’s good to learn declarative configuration

    • rklm@lemmy.dbzer0.com
      link
      fedilink
      arrow-up
      5
      ·
      edit-2
      6 months ago

      I also use my steam deck as my daily driver (dockcase 10 in 1 with peripherals etc).

      I had been using arch for years before I got the steam deck, and for the first 8 months or so I unlocked the btrfs partition and installed everything I needed normally (kvm/qemu, devel libraries and Linux headers for c++ development, etc)… But every update from valve would destroy my environment and I had to run custom scripts to fill my etc directory back in…

      For the past many months I’ve been using distrobox (which I believe comes pre-installed on the latest steamdeck updates) with a rootless arch environment inside, and flatpaks for everything that requires systemd.

      You can symlink things like xdg-open from inside the container to your host, and end up with a pretty seamlessly integrated experience (distrobox does a lot of this for you anyway, and comes with utilities which make this pretty easy.)

      If you want direct control of the system, this is not going to be a convenient setup, but if you’re interested in treating it like an immutable OS, there are userspace ways of getting around it’s limitations.

      SteamOS has inspired me to make future installs immutable (and atomic/declarative using containers?), because it can be kinda nice once you get used to it.

      I hope this helps or was interesting!

      Edit: This is specifically what I meant by symlinking xdg-open.

      Idk if this is done by default now, but if link handling is broken this is how you fix it

      • supersquirrel@sopuli.xyz
        link
        fedilink
        arrow-up
        1
        ·
        edit-2
        6 months ago

        distrobox

        Yes I agree in the vast majority of cases distrobox is the way to go, I made a short post on the “List Of useful tools” post that I might as well put here.

        What Distrobox does (following is quoted text)

        Simply put it’s a fancy wrapper around podman, docker or lilipod to create and start containers highly integrated with the hosts.

        The distrobox environment is based on an OCI image. This image is used to create a container that seamlessly integrates with the rest of the operating system by providing access to the user’s home directory, the Wayland and X11 sockets, networking, removable devices (like USB sticks), systemd journal, SSH agent, D-Bus, ulimits, /dev and the udev database, etc…

        It implements the same concepts introduced by https://github.com/containers/toolbox but in a simplified way using POSIX sh and aiming at broader compatibility.

        All the props go to them as they had the great idea to implement this stuff.

        It is divided into 12 commands:

        distrobox-assemble - creates and destroy containers based on a config file
        distrobox-create - creates the container
        distrobox-enter - to enter the container
        distrobox-ephemeral - create a temporal container, destroy it when exiting the shell
        distrobox-list - to list containers created with distrobox
        distrobox-rm - to delete a container created with distrobox
        distrobox-stop - to stop a running container created with distrobox
        distrobox-upgrade - to upgrade one or more running containers created with distrobox at once
        distrobox-generate-entry - to create an entry of a created container in the applications list
        distrobox-init - the entrypoint of the container (not meant to be used manually)
        distrobox-export - it is meant to be used inside the container, useful to export apps and services from the container to the host
        distrobox-host-exec - to run commands/programs from the host, while inside of the container
        

        above quoted from here: https://github.com/89luca89/distrobox/blob/main/docs/README.md#what-it-does


        Guide For Installing Distrobox On The Steam Deck

        https://github.com/89luca89/distrobox/blob/main/docs/posts/steamdeck_guide.md

        Quckstart Guide

        https://github.com/89luca89/distrobox/blob/main/docs/README.md#quick-start

        Distrobox Guide Homepage

        https://github.com/89luca89/distrobox/tree/main/docs#readme

        note because distrobox is a process that can be run by command line, you could presumably launch distrobox in a terminal window in Gaming Mode and keep everything for that session within that steam Big Picture window no problem. I am gonna have to keep experimenting with this.

  • Fubarberry@sopuli.xyzM
    link
    fedilink
    English
    arrow-up
    6
    ·
    6 months ago

    Main reasons are for better software support and the option to use different desktop environments. For a gaming focused device I think SteamOS is great, but if I was docking my deck and using it as a development environment I would definitely want a less locked-down linux OS.

    The appeal of Bazzite is that you still get all the benefits of SteamOS, but you also have more options for software and desktop environment. Other linux distros like OpenSUSE would have a even less restricted OS, although you would be making tradeoffs for some of the other nice things about SteamOS.

  • Eeyore_Syndrome@sh.itjust.works
    link
    fedilink
    arrow-up
    3
    arrow-down
    2
    ·
    edit-2
    6 months ago

    edit: My brain had read this as “What reason would I use Bazzite vs Steam OS?” Others exist like Chimera. But I’m only familiar with Bazzite.


    Bazzite Vs Steam OS:


    1. Installation instructions Step 1:
    2. Installation instructions Step 2:

    Other Links:


    Maybe you really really want Gnome on your Deck?

    I’m a happy AMD/AMD Desktop user for ~2 years apparently

  • Simon Müller@sopuli.xyz
    link
    fedilink
    arrow-up
    1
    ·
    6 months ago

    One thing that Steam/Valve has done with the Steam Deck is lock down the ISO by default, and provide no tools to modify your image persistently. That is of course on purpose, because that works for 99% of users, but the 1% of users may wanna use something where they can, for instance, overlay packages and keep them with updates, or apply extra gaming-focused tweaks that may be more of a hassle to maintain on SteamOS.

    For instance, I use Fedora Silverblue daily on my Desktop, and even though it is immutable just like the Deck, it offers me tools to modify my image as I see fit and have the same modifications be applied to future updates too.