In a recent update to the Linux Steam Client, the ability to run Linux games inside a special container was added in. At the FOSDEM event, Collabora consultant Simon McVittie who works on helping Valve with the Linux steam-runtime gave a talk on it.
The talk goes over a brief bit of history on the different versions of the steam-runtime, which is definitely interesting for any developers looking at Linux support and for gamers who perhaps don't entirely understand much about it. This includes the problems with it and from there they go into info about "pressure-vessel", the new and experimental Container system.
Hilariously, Steam pops-up during the presentation asking McVittie to update. See the full video below:
Direct Link
We've heard so many times on how the fragmentation of Linux distributions causes issues for game developers, and while I'm no game developer and not knowledgeable enough on the internals of Linux and game dependencies to properly comment on that I do think it's fantastic that Valve funds attempts to make Linux gaming better in so many ways like this. Obviously a big hat tip to all the people at Collabora too, some really smart people working there.
A more up to date runtime code-named "Soldier" seems to be in testing, with the pressure-vessel container opening up options on this with it being a lot more flexible, so older games can keep an older runtime in the container with newer games using the newer runtime again in a container. Certainly sounds like the future of Linux gaming will be interesting.
There's more Linux videos up from Collabora which you can see listed on their website here.
Article taken from GamingOnLinux.com.
Quoting: minkiuOut of curiosity what linux are you running?I'm running Exherbo Linux and while we also offer the possibility to switch to musl if desired, the default is glibc, which is also what I'm using.
Could it be you are using musl instead of glibc?
Quoting: elmapulthings like this make me want to give up developing for linux...Ah yes: Developers try to make things easier to deploy across all distributions.
You: I give up.
Makes sense.
Quoting: tgurrwhile they run fine without the container solution.
It's funny how containers are said to be the cure to everything by adding yet another layer of complexity.
I completely agree. Meanwhile all the "compatibility issues" mentioned are completely distro-irelevant and are relevant with the evolution of linux and in some cases if you are just missing a library (which is also a really distro-irelevant thing). The whole distro-fragmentation thing has never been a real issue and the only problem with that is that it is misleading people.
The fact is that a proper executable will just work on linux using the host libraries no matter the version. If you do not use the host libraries and you are trying "to be safe" then it will stop working in the future because these libraries will be incompatible with new libraries.
So the real solution should be to give a proper way to developers to develop and test the games using API that we just know it will never break no matter what changes underneath in the future.
Quoting: GuestI'm not the most clued up person with container tech, and flatpaks, etc, but:
Really glad Valve is continuing to research ways of keeping games running, and giving some kind of interface stability. Just would prefer if there was something a little more generic for GNU/Linux desktop, so that games outside of Steam's environment could benefit.
Games -> Add non-Steam game to my library
Quoting: GuestWell, the steam-runtime is already open source and they're using bubblewrap which is also open source.Quoting: BrisseQuoting: GuestI'm not the most clued up person with container tech, and flatpaks, etc, but:
Really glad Valve is continuing to research ways of keeping games running, and giving some kind of interface stability. Just would prefer if there was something a little more generic for GNU/Linux desktop, so that games outside of Steam's environment could benefit.
Games -> Add non-Steam game to my library
== reliance on 3rd party proprietary software. That's not an answer to the problem at all.
Quoting: Liam DaweQuoting: elmapulthings like this make me want to give up developing for linux...Ah yes: Developers try to make things easier to deploy across all distributions.
You: I give up.
Makes sense.
first off, if that is the easier way that they are proposing, i cant imagine how hard it was before, plus i cant afford to run that solution, containers will dry out my limited performance.
second, valve supposedly solved this issue already, why do we still need this solution?
either its impossible to solve it once and forever, or it dont worth the performance cost.
in any case, i dont like how it sounds, the way things are, looks like someone is causing problems to sell the solution.
as they say, when the service is free, you are the product, with so many distros breaking backward compatibility with then selves or evolving into different directions that cause problems to support all of then without standards and clear benefits to that fragmentaiton, the only thing i can think off is that its sabotage, really.
its just ridiculous that we had 4 different browser engines (gecko, trident, presto, webkit) and things just worked in all of then. (nowadays, most browsers just use webkit/bink, because its cheaper than continuing developing their own code base, not because things broke all the time) if even microsoft could agree to follow some standards (web standards) there is no reason why the opensource world has to be that mess.
and before any one say that browsers arent as complex as an operating system, we can run entire operating systems inside one browser, there is no excuse.
Patreon
PayPal
See more from me