Quoting: Guy FawkesThere is a petition floating about in web to officially call Ikey Doherty a "Linux Badass" everytime he's referenced.

Boy has he done some service for Linux in general already!

Aha I saw that, hella awkward xD Thanks bud! :)

View this comment - View article - View full comments

Quoting: rkfg

Quoting: ikey

Quoting: CreakFix fullscreen video? It absolutely does not work here, I got the video in 720p in the corner of the screen and the rest is memory garbage.

Use your distribution SDL2 with the client to resolve the issue (LSI does this automatically.)
You can copy the file over, abuse LD_PRELOAD/LD_LIBRARY_PATH to do this manually. You'll need a very recent
SDL for this to work properly.

This used to work [External Link] but the latest update broke it. Now Steam requires an SDL function that's missing in my current Debian SDL lib and doesn't start at all with that preload. Probably the system libSDL needs to be updated to unstable 2.0.7 or something. Nevertheless, follow that issue report, Plagman from Valve is on it.

Yknow the link you're pointing to is me, right?

View this comment - View article - View full comments

Quoting: CreakFix fullscreen video? It absolutely does not work here, I got the video in 720p in the corner of the screen and the rest is memory garbage.

Use your distribution SDL2 with the client to resolve the issue (LSI does this automatically.)
You can copy the file over, abuse LD_PRELOAD/LD_LIBRARY_PATH to do this manually. You'll need a very recent
SDL for this to work properly.

View this comment - View article - View full comments

Quoting: soulsourceWait a second, you are saying, you ship a complete runtime inside the Snap, without a single dependency on the outside system? That then indeed solves the linking inconsistency, at the cost of size and possible security issues.

That's the plan, but refreshed as part of CI processes to tie in with Solus syncs. In theory LSI actually makes
the games more secure, you should look at this blacklist we have in place for vendored libraries.. https://github.com/solus-project/linux-steam-integration/blob/master/src/intercept/main.c#L122 [External Link] (due to bundling mechanisms, not strictly the fault of the games)

At that point, perhaps sandboxing from snapd doesn't seem such a bad idea. I am hitting a fly with a bazooka here, but my influence with the relevant projects is no bigger than anyone elses, so I'm offering a way out and a more readily available solution, instead of us relying on good will for things to improve "in time"..

View this comment - View article - View full comments

Quoting: soulsourceThis does not solve any issues, just creates more. Using a Flatpak or Snap package is basically the same thing as the Steam Runtime (which by itself was a bad idea already...).
The ABI incompatibility with Mesa is a prime example of issues caused by such an approach, as it was actually an error on the side of the Steam Runtime, and if one would make the same mistake within a Flatpak/Snap package, one would see exactly the same issue.
If people would just rtfm [External Link]... It is clearly stated, that "The reverse (backwards compatibility) is not true. It is not possible to take program binaries linked with the latest version of a library binary in a release series (with additional symbols added), substitute in the initial release of the library binary, and remain link compatible."

It solves the issues specifically because it does away with the current problem we have of **mixed** runtimes, and instead provides a single consistent runtime with full ABI consistency, without being affected or influenced by host libraries. At that point Steam would be running in an environment specifically created to run Steam and the Steam games.

You're also looking at it from the wrong angle, we're not trying to put the older ones in, we're putting the **newer** ones in and ensuring they remain consistent. We then also have fine grained control over what can and cannot be vendored by games via LSI, and disable use of the binary runtime provided by Steam themselves.

View this comment - View article - View full comments

Quoting: GuestI don't get why i should be excited about this, seems like all these flatpaks/whatever other name this runs on increase complexity and solve nothing, if i wanted paranoid level security i believe cubes os does a far better job at isolation. Based on what i read about these so far, i don't get why the status quo is so bad.

This has very little to do with security, although the way security critical libraries are vendored with games, its not a point to ignore. This is more about providing a complete runtime, instead of a mixed runtime, to ensure all games work properly.

View this comment - View article - View full comments

Quoting: ZlopezAs far as I know the snap is only supported by Ubuntu, other distributions wants to use Flatpak.

Many distributions support snap, including Fedora, Solus, etc. (Solus has full support for it.)

Quoting: ZlopezAnd the Flatpak package for Steam is already worked on GitHub [External Link]

Yeah that still uses the Steam runtime and doesn't actually solve anything, it still suffers its own distro incompatibilities.

View this comment - View article - View full comments

Personally I can't wait until the Linux builds are available, from what little I've seen of the "first minutes" and the trailers it looks like a real fun game.

View this comment - View article - View full comments