- Sep 09, 2020
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
This is preparation for combining pressure-vessel with steam-runtime-tools. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Sep 08, 2020
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Aug 19, 2020
-
-
Simon McVittie authored
The SteamLinuxRuntime depot has a better implementation of this. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
We have a straightforward environment-variable-based way to select this. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Aug 04, 2020
-
-
Simon McVittie authored
See the new pressure-vessel-launcher(1) man page for details. We need this for Proton games, where running a game takes several steps. At the moment each step is its own container, which means they can't share locks, IPC sockets and other state. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
We can use this to run tests that involve third-party modules like gi, while continuing to run most tests with python3.5 preferentially. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
This lets us use the D-Bus session bus without interfering with user processes, even on CI systems that weren't already running one. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Jun 16, 2020
-
-
Simon McVittie authored
This will be used to delete libraries from the runtime if their SONAME is the same as a library that we brought in from outside, to avoid conflicts when precedence gets mixed up. A manual test is included. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Jun 12, 2020
-
-
Simon McVittie authored
It'll be easier to set up a test environment if we default to the prefix into which we normally package it. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- May 21, 2020
-
-
Simon McVittie authored
Now that it's in a static library, we can have some test coverage. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Unlike Autotools, in Meson this doesn't have the problems caused by recursive make: ninja always has an overview of the whole source tree. With this change, test-locale-gen.sh needs minor adjustments, because G_TEST_SRCDIR, G_TEST_BUILDDIR now point into tests/ instead of the root directory of the source tree. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
This reduces repetition between pressure-vessel-wrap and pressure-vessel-with-lock, and will make it easier to test. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
There should be no practical effect except for repeating ourselves less. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
We need this because older versions of G_STATIC_ASSERT worked by creating a dummy typedef, and didn't entirely suppress the resulting warnings. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- May 18, 2020
-
-
Simon McVittie authored
We don't need any of these, so we might as well reduce dependencies and speed up the build a bit. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Apr 15, 2020
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Apr 09, 2020
-
-
Ludovico de Nittis authored
If available, and newer, we bind VDPAU drivers from the host system. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Apr 06, 2020
-
-
Ludovico de Nittis authored
The python import fix has been taken from pressure-vessel. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Apr 01, 2020
-
-
Ludovico de Nittis authored
Now we are able to diagnose if there are problems with how we handle the `steam://` URLs. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Mar 31, 2020
-
-
Simon McVittie authored
-
- Mar 12, 2020
-
-
Simon McVittie authored
The Steam Runtime has a backport of meson 0.49.0, originally from Debian stretch-backports, which is the oldest thing we'll even try to support. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Mar 06, 2020
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Mar 05, 2020
-
-
Ludovico de Nittis authored
With this helper we are able to test if VA-API is available and usable. It tests the ability to gather the supported configuration profiles, then it creates two surfaces and perform a few simple rendering transformations. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Mar 04, 2020
-
-
Simon McVittie authored
In practice we always want the host graphics stack, but maybe this will be useful when debugging. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
wrap.c is getting rather large, so the idea is that this will encapsulate everything related to swapping in a different /usr. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
We need this if we're using the steam-runtime-tools subproject with a compiler from the distant past, like the one in Steam Runtime 1 'scout'. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
This means pressure-vessel branches that need the new VDPAU enumeration code can check for this prerelease. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Feb 27, 2020
-
-
Ludovico de Nittis authored
With this helper we are able to test if VDPAU is available and usable. It is a simple test that renders a 4x4 surface and checks that the output is what we expected. Exit code is 0 on success. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Feb 26, 2020
-
-
Simon McVittie authored
This will let us duplicate a runtime and edit it in-place. The major appeal of doing this is that it's something we can do in a Flatpak environment, where recursively invoking bubblewrap isn't allowed. It also seems like it might yield a more reliable way to overwrite parts of the runtime with their host-system equivalents than the tricks we currently use with files and directories mounted over their runtime counterparts. The major down side is that after we've done this, we have a copy of the runtime, which we need to garbage-collect and clean up eventually. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Steam Runtime 1 'scout' has python3.5 as a non-default Python 3 version, and python3.2 as default. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Feb 03, 2020
-
-
Ludovico de Nittis authored
Using the "warning_level=2" mesa option both "Wall" and "Wextra" are already set by default. With this commit we also get rid of the compiler warnings: meson.build:117: WARNING: Consider using the built-in warning_level option instead of using "-Wall". meson.build:117: WARNING: Consider using the built-in warning_level option instead of using "-Wextra". Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Jan 23, 2020
-
-
Simon McVittie authored
This makes us match how Flatpak includes it, which makes our versions of Flatpak files more similar. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
This keeps us more in sync with the equivalent code in Flatpak, helping us to merge fixes from there. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Jan 10, 2020
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Jan 09, 2020
-
-
Previously we were listing only ICDs (graphics drivers). With this commit we are now able to get a more complete vision of the running system listing also Mesa DRI and VA-API drivers. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Jan 08, 2020
-
-
Simon McVittie authored
This can be wrapped around a command in the same way as env(1) to see what happens: in particular, it can undo some of Steam's execution environment. This is a developer tool rather than something for use in production, so it's only installed alongside the installed-tests at the moment. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
This avoids a coreutils limitation in versions [8.27, 8.29), which unfortunately includes Ubuntu 18.04: timeout(1) relied on SIGCHLD not being blocked, but did not unblock it themselves. The Steam client runs s-r-s-i from a thread that has SIGCHLD blocked, and SIGALRM, SIGPIPE and SIGTRAP ignored. This is contrary to frequent expectations of general-purpose libraries and command-line utilities: in particular, SIGPIPE is used by processes writing to a pipe to detect that the read end has died, SIGTRAP is frequently used to terminate processes on an assertion failure, and SIGCHLD is often necessary for subprocess management. Games (whether Steam or non-Steam) appear to be run with only SIGPIPE and SIGTRAP ignored, so strictly speaking, unignoring those two makes the behaviour of s-r-s-i unlike the behaviour of actual games. However, the effect of unblocking SIGPIPE and SIGTRAP is to make s-r-s-i more likely to crash (the default disposition of both those signals is process termination), which is probably what we want: if there is any difference, we want s-r-s-i's helpers to be more strict than games (crash more often), so that they can act as an early-warning system for issues that could manifest in games. In s-r-s-i, don't unblock signals until after we have finished command-line parsing and redirected stdout to print to the original stderr. Otherwise, g_debug() would go to the original stdout, resulting in it being invalid JSON. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-