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.

View this comment - View article - View full comments

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..

View this comment - View article - View full comments

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.

View this comment - View article - View full comments

Quoting: Creak

Quoting: NeverthelessAnother solution is starting Steam with firejail --private=/another-directory steam, which then uses "another-directory" as home dir for Steam. Or you could use the Flatpak Steam install.

Is using flatpak Steam producing the same behavior as setting the HOME env variable?

It certainly limits the Steam app, but is it true as well for the games launched from it?

Flatpak is a container solution that installs programs into sandbox directories and isolates them from your system. It provides programs with everything they need, from dependencies to all needed system files. From your system it only sees the kernel, drivers and directories you configure it to see and use. It does even provide 32bit libraries on pure 64bit systems.

More here: flatpak.org

View this comment - View article - View full comments

Quoting: pb

Quoting: shorbergHow come I've never thought about such a simple solution to keeping games from cluttering up my home? Any gotchas you've found with that solution so far?

I had to move or symlink some stuff in .config and .local/share but I've done it along the way when something didn't work etc. One example is .local/share/vulkan, the other is .config/pulse already mentioned by MayeulC. Also symlinked .config/godot so that I can run it either from steam or directly and have the same stuff. And of course it took some time to move all the clutter from $HOME because games can save their stuff in the most obscure places...

Another solution is starting Steam with firejail --private=/another-directory steam, which then uses "another-directory" as home dir for Steam. Or you could use the Flatpak Steam install.

View this comment - View article - View full comments

Quoting: peta77I don't like streaming stuff, requires a very good internet connection and I don't want to have screen resolution in the game restricted by any server. Also for single player games it doesn't make any sense to make an online connection a mandatory to be able to play. So I hope there's no upcoming titles which are exclusively available through cloud gaming. Would significantly throw back desktop gaming.

The same applies (even more) to VR. I also don't think it's good no one owns the hardware the games run (and are developed) on.
Like I said earlier. If Valve can pull that (free choice if stream or local play) off, the gotta do it!

View this comment - View article - View full comments

Quoting: Mohandevir

Quoting: Nevertheless

Quoting: michaWould love to have the choice of running games locally or through the cloud.

If Valve servers all run Linux it would mean all games supported in their cloud service should run locally as well. Either with a native build or through SteamPlay/Proton - few exceptions aside. Cloud support would certainly be a great incentive for developers to support at least either one.

... especially when they can use almost the same versions for Steam Cloud Gaming, native Linux on Steam and for Stadia. A Windows version using Vulkan is also not so very different from that.
This all seems a very logical step to me! The question is: Will the streaming service cost extra, or will/can Valve use it as a bonus service to justify their 30% revenue?

Stadia is will be offering a free subscription plan where you must buy your games (no freebies and limited to 1080p). Wouldn't be too far fetched to think that Valve will do something similar, but who knows...

I think Valve is in the uniqe and perfect position (if they can do it), to let you choose they way you want to play the games you purchased. I can be wrong, but I think this would fit best to all they said in the past about free choice of platforms.

View this comment - View article - View full comments

Quoting: michaWould love to have the choice of running games locally or through the cloud.

If Valve servers all run Linux it would mean all games supported in their cloud service should run locally as well. Either with a native build or through SteamPlay/Proton - few exceptions aside. Cloud support would certainly be a great incentive for developers to support at least either one.

... especially when they can use almost the same versions for Steam Cloud Gaming, native Linux on Steam and for Stadia. A Windows version using Vulkan is also not so very different from that.
This all seems a very logical step to me! The question is: Will the streaming service cost extra, or will/can Valve use it as a bonus service to justify their 30% revenue?

View this comment - View article - View full comments

I think Microsoft loves Linux the same way fur coat wearers love fur animals.

View this comment - View article - View full comments

The possibilities... Developers could make one Linux version with Vulkan for Stadia and Steam Cloud, which then automatically would become availlable as native games as well...

View this comment - View article - View full comments