While you're here, please consider supporting GamingOnLinux on:
Reward Tiers:
Patreon. Plain Donations:
PayPal.
This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!
You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Reward Tiers:
This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!
You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Login / Register
- Linaro reveal they're collaborating with Valve for the Steam Frame
- Steam Frame and Steam Machine will be another good boost for Flatpaks and desktop Linux overall too
- Canonical call for testing their Steam gaming Snap for Arm Linux
- Valve update the Steam Workshop to allow mods to support multiple game versions
- SteamOS 3.7.20 adds the ntsync driver to help improve some game performance
- > See more over 30 days here
- Welcome back to the GamingOnLinux Forum
- grigi - Will you buy the new Steam Machine?
- grigi - Game recommendation?
- JSVRamirez - Weekend Players' Club 2026-01-09
- Minoscereb - Will you buy the new Steam Frame?
- Arehandoro - See more posts
How to setup OpenMW for modern Morrowind on Linux / SteamOS and Steam Deck
How to install Hollow Knight: Silksong mods on Linux, SteamOS and Steam Deck
I have to admit that sometimes I have issues with some games for Linux that can't sort it out. However, I usually find a way to run them on my current Linux distribution.
There are some situations when a game is so problematic that I have to use an old PC with an ancient Linux distribution. That is an acceptable solution to me. I stop when I have to use a virtual machine with Linux.
I'm curious about your approach when you can't run a game for Linux.
What is your last option from this list when you can't run a game for Linux?
The order of answers has changed after I voted, so please look at it before you make a choice:
I try to use different libraries, padsp, aoss, etc on my current Linux distro.
I use a different computer with a different Linux distribution.
I use an older computer even if it's the outdated Linux distribution.
I use a virtual machine with a different Linux distribution.
I select a different game for Linux.
I play a game for Windows on Wine, Proton, etc.
I play a game for Windows or Mac on a virtual machine.
I play a game for Windows or Mac using one of these two operating systems on a separated partition on the same computer.
Last edited by gbudny on 25 Mar 2022 at 2:34 pm UTC
This is also a practical matter as I do not use x86 and if a game cannot be compiled for my architecture, then it basically doesn't exist, as far as I'm concerned.
Jupiter Hell is one such game for me and it's not the developer's fault. My distro is running an older version of GLIBC while the game requires a more recent one. The Windows version works fine with OpenGL rendering (doesn't run with Vulkan on Wine).
It's not a perfect solution but it works.
Last edited by Avehicle7887 on 25 Mar 2022 at 7:04 pm UTC
Most of the older games I've played either have a engine reimplantation in Linux or I DosBox them. Most of my collection is post 2009, so I haven't had much in the way of problem.
I only have 1 system and don't multi boot or VM or anything. It's a little past my comfort zone.
Last edited by denyasis on 26 Mar 2022 at 2:11 pm UTC
If it's an older title I'm usually lazy and just run the Windows version in Wine/Proton.
In the past, some users booted to the other operating system when they had issues with games for Linux. I don't see it in this poll right now, which is weird.
I have three computers with four Linux distributions to play games from 1996 to 2022. I hope that I won't be the only one who uses Linux in this way.
I have low expectations about the quality of games for Linux because I understand it's impossible to keep them constantly updated.
@whizse
In my case, I'm not sure if it's laziness. Sometimes, I want to run the game for Linux and postpone the usage of tricks on my main computer with Linux.
Last edited by gbudny on 26 Mar 2022 at 2:40 am UTC
At least everyone can read your comment about using a container instead of a virtual machine.
However, no one decided to choose any of these two options.
Unfortunately, I can't agree that dual-booting is much easier than setting up a virtual machine because it's always less risky.
Especially, I'm thinking about a situation when a user decides to install Windows as the second operating system on the same hard drive. I read many times this is still a complicated process, but please correct me if I'm wrong.
View PC info
lets say if there was one that really couldn't work no matter what workarounds i throw at it, then i would run in in proton if i really wanted to play it ofc.
View PC info
If a game doesn't run out of the box, I may try a different environment (runtime/libraries etc.). I don't see a point in installing a different distribution, there are enough knobs to fiddle with.
If that doesn't work, I might or might not try other approaches depending on the game, including running its Windows version through Wine or Proton, but it would have to be a game I really want to play, and I don't have much patience with that; it either works, or it doesn't.
Should there really be a game out there that doesn't run on x86(_64) – which I really doubt there is – I might consider looking into that. Might change in the future, and I would definitely like to see more support for other architectures, even ones I personally don't have access to. But if Linux on x86 is a niche market, any other architecture is even more so regardless of OS, with the possible exception of Mac/Android on ARM; at least for the foreseeable future. And then there are emulators too to at least partially work around platform issues, just (maybe) not for the most demanding.
If none of that helps, I simply don't play that game. I haven't had to use Windows for whatever reason for well over a decade by now, and I can't see myself going back, neither using dual boot, nor in a virtual machine.
View PC info
However, I know that it will come up in the future, and when it does I'll be using Proton/Wine to sort it out, so that's what I've voted for.
View PC info
This gives me the opportunity to mention a few things of interest, related to my overall position:
I'm quite disciplined with myself when it comes to making game purchases or deciding what I'll play. Gave developers are generally losing out, when they don't release a game natively on Linux - because I hold back from buying games if Linux is not supported. I held back *for years* on The Witcher 3, but eventually 'gave in to temptation' when it dropped to 80% off.
On the other side of the coin, I watched reviews of Early Access "Slay The Spire" and was captivated by the game play, and I was very keen to begin playing it as soon as I could. The cherry on top was that even though it was EA, the StS developers had a native Linux build. I got it at the full asking price and played and played that game, enthralled by it. (I was one of the early supporters giving a high-praise review early on in its production - and the Devs never let me down.)
Putting this into perspective, I was just as keen on Witcher 3 as I was on Slay The Spire - But without the native Linux capability, I just could not bring myself to part with the money.
It is quite similar when it comes to the games themselves. If I have two comparable titles *in my collection* but one is a native Linux build and one is Windows (Proton-capable) then I'll install and favour the Linux one. (I've got such a back-log to get through, ahem.)
Moving on to Windows-only Anti-Cheat games - I tend to avoid these like the plague. I do have a dual-boot system, but it is only for exceptional cases where I actually boot up Windows. No, I won't boot up Windows to play RUST. I still own the game and I liked playing it a lot, but it isn't *good enough* that I'm willing to boot up (spit) Windows in order to play it.
I don't use it, so I can't say too much about them. It's an interesting concept to sort out all of the issues differently.
I understand why people use them, but I always preferred to have a game for Linux installed/unpacked on my computer.
Of course, everyone could have a different opinion about it.
Last edited by gbudny on 31 Mar 2022 at 4:51 am UTC