Don't want to see articles from a certain category? When logged in, go to your User Settings and adjust your feed in the Content Preferences section where you can block tags!
We do often include affiliate links to earn us some pennies. See more here.

Steam for Linux can now run games in a special container

By - | Views: 79,296

In the latest Steam Beta Client for Linux, Valve have added a new way to run Linux games through a special container.

This is something that was being hinted, as we noticed when the new Steam Library was rolled out (noted at the bottom) you could briefly install the Steam Linux Runtime from the Tools menu before it was hidden again. Now we know why!

It's a new experimental feature, allowing you to better isolate games from the host system as detailed in a post on Steam from developer Timothee Besset. As the post from Besset states, it can help Valve support older titles on newer distributions, allow developers to test directly against it reducing QA time, other runtimes can be added using newer compilers and libraries, allow you to isolate your Home folder and a whole lot more.

How to use it

In the Tools menu on Steam, make sure you have the Steam Linux Runtime installed:

Then force it onto a game in the Properties. The same way you would force a particular version of Proton. Right click a game, Properties, then at the bottom you will see this:

Note: You will probably need to restart Steam to have it show up

Seeing issues? Not all games will run, if they don't open a bug report here. See the full post for all the details.

Hat tip to dumpBikes.

Article taken from GamingOnLinux.com.
Tags: Beta, Steam
43 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly came back to check on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly. Find me on Mastodon.
See more from me
The comments on this article are closed.
32 comments
Page: «3/4»
  Go to:

Nevertheless Nov 11, 2019
Quoting: Ardje
Quoting: NeverthelessFlatpak is a container solution that installs programs into sandbox directories and isolates them from your system.
Flatpak does not sandbox applications *unless* the flatpak requests it. It would be interesting once it starts enforcing it.
I don't know how steam flatpak is packaged though. With or without a request for containerizing.

I think you confused Flatpak with Snap.


Last edited by Nevertheless on 11 November 2019 at 1:09 pm UTC
Nevertheless Nov 11, 2019
Quoting: BeamboomThat's the 32bit solution right there. Excellent.

Edit: Please disregard this post. I misunderstood.

It is one! Valve just won't support it officially..


Last edited by Nevertheless on 11 November 2019 at 2:15 pm UTC
Liam Dawe Nov 11, 2019
Quoting: Nevertheless
Quoting: BeamboomThat's the 32bit solution right there. Excellent.

It is one! Valve just won't support it officially..
Eh? This is official Valve stuff, it means they can easily bundle all the libs needed into a runtime people can directly pick on a system that doesn't then have those libs needed. I assume that's a big part of the point of this, like Beamboom said.
Nevertheless Nov 11, 2019
Quoting: Liam Dawe
Quoting: Nevertheless
Quoting: BeamboomThat's the 32bit solution right there. Excellent.

It is one! Valve just won't support it officially..
Eh? This is official Valve stuff, it means they can easily bundle all the libs needed into a runtime people can directly pick on a system that doesn't then have those libs needed. I assume that's a big part of the point of this, like Beamboom said.

Oh sorry.. My mistake. I thought he was referring to Flatpak.


Last edited by Nevertheless on 11 November 2019 at 2:14 pm UTC
mphuZ Nov 11, 2019
1.How is this different from the previous Steam Runtime? Or was that thing for running Steam and this one for running games? Similar names are a bit confusing.

2. This innovation in the future will help to get rid of 32-bit libraries in distributions (as they wanted to do in Ubuntu) or is it a completely different thing?

3. Will this be automated for all games in the future, or will each one always have to be installed manually?
AsciiWolf Nov 11, 2019
  • Supporter Plus
Quoting: Schattenspiegel
Quoting: vildravnCould this be another hint towards the rumoured cloud service?
I'd assume it is more a let's-kill-32-bit (see e.g. ubuntu) fail-safe. Thoughts?
I wonder if that means that the Steam client itself will finally be 64-bit.

edit: It probably does not, unfortunately: "The system tries to use the host OpenGL implementation in the container using libcapsule." (source: Reddit

So, Steam will still need 32-bit libs to be able to run 32-bit games.


Last edited by AsciiWolf on 13 November 2019 at 3:46 pm UTC
peta77 Nov 11, 2019
Sounds pretty much like the sandboxes in Solaris or side-by-side-installations on MS(-xerox-apple...)-Windows. Actually a good way to keep applications running without interfering with each other, especially if you have common lib-dependencies but need different versions in order for the app to operate correctly / not to crash.
But long term it can still be a problem, i.e. when a special soundsystem isn't sound supported anymore at all, but only through wrappers (think about OSS). The same might apply to graphics, input devices and other stuff at some time. So I hope they understand that for this to work they will in the end need to write and maintain some wrappers to keep the old games going. Unfortunately OpenSource doesn't help here very much as some system stuff surely does change significantly over time and you won't be able to simply recompile without touching source code. But lets be optimistic and keep fingers crossed that it works out somehow.
Sure this can be also used for efficient/save cloud services. But it also will help you a lot the more apps/games you own that quickly aren't updated anymore for newer OS versions. It can significantly increase the amount of time you're able to use your stuff, hopefully until a point in time where you're actually not interested at all anymore in those games/apps.
Conclusion: as long as the steam desktop client stays alive, with local installation and hardware use, I think this is a very nice step forward.
14 Nov 11, 2019
View PC info
  • Supporter Plus
Does this mean a Windows friend could run the Linux version of a game? Like, I could finally play some of my co-op games that don't support cross-platform play? I doubt this is the case, but one can hope.

For some reason, they are still too scared to boot into a flash drive to play the Linux version of a game. I even told them I'd buy a dedicated hard drive for them to isolate Linux stuff and they could dual boot. :'( Being the 1% sucks sometimes.
gojul Nov 12, 2019
Looks like it is now on the stable release of Steam.
chr Nov 12, 2019
Quoting: peta77Sounds pretty much like the sandboxes in Solaris or side-by-side-installations on MS(-xerox-apple...)-Windows. Actually a good way to keep applications running without interfering with each other, especially if you have common lib-dependencies but need different versions in order for the app to operate correctly / not to crash.
But long term it can still be a problem, i.e. when a special soundsystem isn't sound supported anymore at all, but only through wrappers (think about OSS). The same might apply to graphics, input devices and other stuff at some time. So I hope they understand that for this to work they will in the end need to write and maintain some wrappers to keep the old games going. Unfortunately OpenSource doesn't help here very much as some system stuff surely does change significantly over time and you won't be able to simply recompile without touching source code. But lets be optimistic and keep fingers crossed that it works out somehow.
Sure this can be also used for efficient/save cloud services. But it also will help you a lot the more apps/games you own that quickly aren't updated anymore for newer OS versions. It can significantly increase the amount of time you're able to use your stuff, hopefully until a point in time where you're actually not interested at all anymore in those games/apps.
Conclusion: as long as the steam desktop client stays alive, with local installation and hardware use, I think this is a very nice step forward.
Emphasis mine

I think this is a great thing. It gives some extra life to old games. And since the wrappers are FLO (free-libre-open), if there is enough demand for it, it can be maintained by volunteers or paid for by volunteer donations (think some person on Patreon maintaining a small number of wrappers or a kickstarter to update wrappers for old-game-we-all-liked). Hypothetically some art organizations might want to pay some dev to update the wrappers as well to preserve some significant game. So I think FLO helps quite a lot in this. It opens many potential doors. I'm starting to like Valve more and more.


Quoting: 14For some reason, they are still too scared to boot into a flash drive to play the Linux version of a game. I even told them I'd buy a dedicated hard drive for them to isolate Linux stuff and they could dual boot. :'( Being the 1% sucks sometimes.

One way out is to offer to do the whole process for them. Possibly so they can see how easy/hard it is.
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!
The comments on this article are closed.