Ideally, any change to any codebase would be a strict upgrade that’s always better for everything.

But in practice, it just doesn’t work that way. There’s a lot of software out there that needs specific versions of specific libraries in order to not break, because even a straight bug fix can break software that was built and tested while that bug existed, if it was touched by that bugged behavior and the developers didn’t know it was a bug. There are a lot of code bases that just rely on way too many dependencies to be able to actually read and comprehend the specification for every dependency they have. In theory that’s not ideal, and leaning on a lot of external dependencies can break stuff in a lot of ways as they change, but it’s how it is.

It’s worse in some ways for games, because they take more shortcuts in the name of optimization, and in a lot of times are helped by graphics drivers to avoid breaking. Nvidia game ready drivers are a good example. There are games that have serious issues if you use a driver earlier than that, because nvidia will do hacky shit to fix the hacky shit the devs did and make it work.

You don’t usually need different versions of proton for most games. Games will be identified as working on a specific version of proton, but you can usually run them on the newest version without issue.

The two exceptions to this are:

1. If a game won’t run on the newest version of proton, you may need to go back to an older version. This doesn’t happen very often, but it is a concern.

2. GE proton is a special variety of proton that has extra media codecs and some game specific hot fixes built in. The media codecs can’t be included in regular proton for legal reasons. If cutscenes in a game don’t work it can be a missing media codec. This isn’t usually an issue for steam games, valve is able to use fix the video cutscenes by distributing shader cache files. But for a 3rd party launcher like heroic, many games will require GE-proton.

GE is Glorious Eggroll, a FOSS contributor to proton that put his own tweaks.

At it’s very basic, the only thing preventing Windows software from running on Linux is the order in which commands are called to start the program. What WINE (and Proton) do is reconfigure the order of command calls. Of course, it’s much more complicated than that because of proprietary third-party software like DLLs, DirectX, and .NET redistributables. The difficulty is increased by nearly all of these being closed source, and so, developers just have to make educated guesses at what’s going on behind the scenes much of the time.

As for getting games working specifically with WINE and Proton, it’s nearly always better to run the game through a terminal window so you can see the logs output in real time. A lot of times, I find a big log at the start saying something like “{LIBRARY NAME} not found” or something along those lines, and simply installing the missing library through your package manager usually fixes the error. For example if it said “libssl errror” then try typing “sudo apt search libssl” and usually there will be a library literally called that letter for letter and install that, or try installing the closest candidate like maybe libssl3 or libssl-dev.

So, the way to actually launch games through a terminal window is this. Substitute your actual steam path for {your steam path} in the following examples. Then you’d type ~/{your steam path}/steamapps/common/{the name of the proton version you want to run}/proton run ~/{the path to the .exe you want to run}/{the .exe you want to run}.exe.

It’s as simple as that. You might immediately get an error saying KeyError: ‘STEAM_COMPAT_CLIENT_INSTALL_PATH’ or KeyError: ‘STEAM_COMPAT_DATA_PATH’.

For STEAM_COMPAT_CLIENT_INSTALL_PATH, simply add or update the environment variable for that key by typing export STEAM_COMPAT_CLIENT_INSTALL_PATH=~/{your steam path}/compatibilitytools.d and for STEAM_COMPAT_DATA_PATH type export STEAM_COMPAT_DATA_PATH=~/{your steam path}/steamapps/compatdata

You can force a specific Proton version on each game, though I’m not sure (off the top of my head at least) if that would help with not installing duplicates. Iirc best practice for using Wine for games is to have separate installations to avoid having conflicting dependencies, though I’m not sure if Steam does that.

Also, GE is short for Glorious Eggroll, which is the name of the dev who creates custom Proton distributions. People refer to these distributions simply as Proton GE or just GE. Ref: https://github.com/GloriousEggroll/proton-ge-custom

As a Windows user, I think the easiest software we can compare it to is NET Framework redistributables - your PC would need that to run some programs, otherwise it won’t understand them. Just like how Linux needs Wine (Proton) to understand and run Windows software. People kinda answered everything else

deleted by creator