I was using the flatpak version on arch for a while with no issues up until I started getting into modding and stuff. I ended up switching to the native version. Some issues were easy to fix by just granting permission to access a certain folder. Other issues I never figured out. Most importantly though, the vast majority of guides and tools simply don’t assume flatpak which means that resources and community help is a bit more scarce. I think it is because of people that use the steam deck which is an immutable os that I was able to figure out anything regarding the various different things you may need to do in order to get different kinds of mods and programs to run withing the flatpak sandbox.
The team at Microsoft that was working on it probably got put on different projects. There wouldn’t be anyone to put in the effort to get the code cleaned up of any proprietary libraries, internal references,… No way they are shifting people back around and paying for development to get this done.
Sure? No. It was silly of me to suggest it was a question of motivation. I don’t know enough about it to make any such assumptions.
I did however give it another go earlier this year, with no success. I could try again if there is reason to think it should work. Valve is the company I respect the most when it comes to caring about Linux. Which is why it always surprised me that I couldn’t use the Vive there. Still one of the very few reasons left for dual booting.
A super minor thing that will likely not matter to most people - I believe steamcli requires the traditional steam package to be installed, and will not work with the flatpak (at least on the atomic desktop systems I’ve tested with).
If you have both I’d imagine everything would work fine
I did this for a short while and didn’t run into any issues. They have their own separate libraries, though you could change that if you wanted to though.
I didn’t, libraries are stored in different places in flatpak vs native install. You could probably add the normal install location in the flatpak using flat seal, but having the install directory in /home (the default for flatpak) was fine for me .
For what it’s worth, I’m using steam in flatpak in microos now, and it’s been mostly seamless
Good luck! I’ve been very happy with my microos installs. I’ve got kalpa on my desktop and aeon on my laptop. I’m following a project that uses a microos base for the Steam Deck too (which is ironic since the steam deck is what made me aware of read only root Linux and flatpak in the first place).
Library sharing between two instances of Steam works great. My shared ~/Games/SteamLibrary works well in Steam flatpak and Steam native, and I’ve done that for years.
Since I installed native first I wonder if I can point the flatpak version to that. I actually have no idea where it is but I assume it’s outside of the home directory.
Might make more sense to move it into home like you are saying for more seamless flatpak compatibility.
Follow up, have both the Flatpak version and package steam up and running. Moved my game library to ~/Games/Steam. I added ~/Games/Steam:rw (and later ~/Games/Steam:create) to my Flatpak permissions and tried to install a game that already existed to make Flatpak Steam realize it was there, Steam instead gives me a “Disk Write Error”. Did you hit this at all, any idea what it may be?
EDIT: Fix it, or it magically fixed itself. I removed the Steam library and re-added it and that seemed to make it happy.
Great to hear it works! I’ve also had issues with the SteamLibrary not being detected a few times over the years, but that also happened on SteamOS so I guess it’s a bug.
As a a quick test, go into the Nvidia control panel and under OpenGL settings disable G-sync. If the problem goes away then you’re affected by the VRR regression. More info here: forums.developer.nvidia.com/t/…/46
linux_gaming
Newest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.