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?
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?
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
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 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:
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.
This is a great write-up! I’m going to save it for reference.
Thank you!