Support us on Patreon to keep GamingOnLinux alive. This ensures all of our main content remains free for everyone. Just good, fresh content! Alternatively, you can donate through PayPal. You can also buy games using our partner links for GOG and Humble Store.
We do often include affiliate links to earn us some pennies. See more here.

Linux Format issue 267 went out today (not affiliated) and in it there's a rather wonderful interview with Simon McVittie, a software engineer at Collabora who also works on things for Valve to do with Steam on Linux.

In the latest interview, McVittie talks a little about all the work they do including being a Debian contributor and for GNOME too. If you're interested in learning more about the people working behind the scenes, it's quite an interesting interview. Especially so, if you're a Linux gamer. McVittie has also been working on Pressure Vessel, a container system for Steam on Linux to run games inside and hopefully ensure they work pretty much everywhere. For regular readers here at GOL, this hopefully won't be brand new news, as we've written about it a few times (#1, #2) before.

Here's just a small teaser slice of the interview:

Part of the idea is that a game developer can do their QA against Pressure Vessel, which is a really quite strict system. If it works on that then it’s much more likely to work everywhere. Whereas if they did their QA on the Steam runtime with, say, the latest Ubuntu LTS, will it work on Arch Linux? Who can say? Will it work on older Ubuntu? It might, but probably won’t though. Having a giant test matrix of all the distributions isn’t really feasible. So now, of course, we have a giant test matrix for Pressure Vessel on all the distributions, but at least we only have to do that once.

Simon McVittie, Linux Format issue 267

Want to read the whole interview? You can read just that interview here on Scribd, or buy a full copy of Linux Format issue 267 over here.

The whole idea behind Pressure Vessel is great! Giving developers a properly stable environment to QA their Linux builds and just as importantly it gives users a container to put games in to ensure they work on whatever distribution they happen to have hopped on over to.

Want to try out the container system? It works with Linux builds on Steam. Right click on a game in your Steam Library, go to Properties and at the bottom look for the Steam Play section. Remember, Steam Play is just a feature of Steam to run other things inside (like the Wine fork Proton, Roberta, Boxtron and so on). In the drop-down box, simply pick "Steam Linux Runtime" for the container like so:

Handy tip: if a game releases a Linux version, which you previously used Proton for, selecting this container can help things reset so you get the Linux version downloaded. I've seen a few people stuck with that at times.

If you do have issues, you can report them to Valve's GitHub tracker.

Article taken from GamingOnLinux.com.
38 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.
19 comments
Page: 1/2»
  Go to:

pentarctagon Aug 26, 2020
View PC info
  • Supporter
Getting the contents of the container updated is still a bit of a problem though. For example: https://github.com/ValveSoftware/steam-runtime/issues/55
gardotd426 Aug 27, 2020
So this sounds like it's only possible for native games, too bad.
mphuZ Aug 27, 2020
Quoting: gardotd426So this sounds like it's only possible for native games, too bad.
It's not bad. The main goal is to switch to native games. Proton is only a temporary workaround.
Purple Library Guy Aug 27, 2020
Quoting: gardotd426So this sounds like it's only possible for native games, too bad.
Seems to me it's not so much only possible for native games as only relevant for native games. I mean, how/why would someone developing for Windows and not Linux, care what Linux environment they weren't developing for?

"Yeah, before it was tough because we weren't targeting the whole range of different Linux distributions and environments. But now, we can simply not target Valve's 'Pressure Vessel', it saves a huge amount of not-work and non-effort!"
gardotd426 Aug 27, 2020
Quoting: mphuZ
Quoting: gardotd426So this sounds like it's only possible for native games, too bad.
It's not bad. The main goal is to switch to native games. Proton is only a temporary workaround.

Proton is a temporary workaround until we actually start getting native games. That's not happening yet. So Proton is still VERY much needed.
gardotd426 Aug 27, 2020
Quoting: Purple Library Guy
Quoting: gardotd426So this sounds like it's only possible for native games, too bad.
Seems to me it's not so much only possible for native games as only relevant for native games. I mean, how/why would someone developing for Windows and not Linux, care what Linux environment they weren't developing for?

"Yeah, before it was tough because we weren't targeting the whole range of different Linux distributions and environments. But now, we can simply not target Valve's 'Pressure Vessel', it saves a huge amount of not-work and non-effort!"

Um.... they wouldn't. Did you miss this part of the article?

Quotejust as importantly it gives users a container to put games in to ensure they work on whatever distribution they happen to have hopped on over to.

It's just as important for users, too. And I never mentioned devs.
kokoko3k Aug 27, 2020
Quoting: gardotd426So this sounds like it's only possible for native games, too bad.
Makes little sense otherwise, since wine/proton is a runtime by itself.
if you have trouble with an updated proton, switch to the previous.
wintermute Aug 27, 2020
Quoting: gardotd426So this sounds like it's only possible for native games, too bad.

Proton games already run in a similar container, that's why this works the same way as selecting a different Proton runtime.
F.Ultra Aug 27, 2020
View PC info
  • Supporter
Quoting: pentarctagonGetting the contents of the container updated is still a bit of a problem though. For example: https://github.com/ValveSoftware/steam-runtime/issues/55

Well that is the nature of being a container, the whole idea is that everything in it remains unchanged. Upgrading gcc for C++ will just break things as the ABI changes when you do that.
t3g Aug 27, 2020
Quoting: mphuZ
Quoting: gardotd426So this sounds like it's only possible for native games, too bad.
It's not bad. The main goal is to switch to native games. Proton is only a temporary workaround.

I've been gaming on Linux since 2014 and unfortunately Proton is the future of gaming on the platform. We are seeing fewer native releases and the ones we do have run better in Proton. They run better because the native port is not updated, while Wine/Proton is constantly moving forward and fixing issues.

Off the top of my head, Dying Light, Life is Strange, and Metro 2033 now run better in Proton vs their native versions.


Last edited by t3g on 27 August 2020 at 3:14 pm UTC
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.