- Dec 10, 2020
-
-
Simon McVittie authored
Instead of asking flatpak-spawn to use Flatpak's D-Bus API, we can use pv-launch to talk to the same D-Bus API, which gives us one fewer component to align to get a working prototype. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
If we're doing the equivalent of `flatpak-spawn` or `flatpak-spawn --host`, we can emulate the unset-env option by running `env -u`. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
We only need this in one branch. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Ludovico de Nittis authored
graphics: Use the right filename for Vulkan layers in a sysroot See merge request !193
-
Simon McVittie authored
pressure-vessel: Make graphics drivers outside $HOME available, if used Closes #29 See merge request !192
-
- Dec 09, 2020
-
-
Simon McVittie authored
The API is that when we're inspecting a sysroot, we put the filename relative to the sysroot in the result object. We did this correctly for the ICDs, but not for layers. The result was that adding Vulkan layer support caused a regression for the sandbox-escaping prototype of launching pressure-vessel from inside Flatpak. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Since !173, we have been able to create symbolic links to graphics drivers anywhere on the filesystem, but that didn't mean the graphics driver would necessarily be usable, because the directory containing it would not necessarily be visible in the container. Add these directories to the list of directories to be "exported". Manual test (Debian on on Intel hardware, adjust as required for others): * Modify /usr/share/vulkan/icd.d/intel_icd.i686.json to use /opt/moved-from-usr/lib/i386-linux-gnu/libvulkan_intel.so * Move the real i386 libvulkan_intel.so to that location * ./run --verbose -- steam-runtime-system-info 2>&1 | tee container.log Resolves: #29 Resolves: https://github.com/ValveSoftware/steam-runtime/issues/313 Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Ludovico de Nittis authored
pressure-vessel: Always disable gtk3-nocsd See merge request !191
-
- Dec 08, 2020
-
-
Simon McVittie authored
This module interposes in front of g_object_get(), and is known to cause crashes, even in programs that use GObject but not GTK, such as either pressure-vessel-launch or pressure-vessel-launcher (it's unclear which). Resolves: https://github.com/ValveSoftware/steam-runtime/issues/286 Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
steam: Diagnose STEAM_COMPAT_CLIENT_INSTALL_PATH mismatch Closes #41 See merge request !190
-
Ludovico de Nittis authored
If the environment variable "STEAM_COMPAT_CLIENT_INSTALL_PATH" is set, it should point to the equivalent of "~/.steam/root". If it doesn't, we flag it in SrtSteamIssues. Fixes: #41 Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Dec 07, 2020
-
-
Simon McVittie authored
Include vulkaninfo and wflinfo in relocatable installs See merge request !189
-
- Dec 04, 2020
-
-
Ludovico de Nittis authored
runtime: Don't assume container's env is in the PATH See merge request !188
-
Simon McVittie authored
Some OS distributions, notably Exherbo, don't put /usr/bin in their PATH. This means we can't safely use their PATH to invoke standard tools inside the container. Bypass this by setting the PATH without using env(1). Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Otherwise we can't produce full system diagnostics from the included copy of steam-runtime-system-info. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
https://repo.steampowered.com/steamrt/ sometimes lags behind the image releases, due to its relationship with the LD_LIBRARY_PATH runtime. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
If we wrap steam-runtime-system-info in a shell script, its argv[0] will be ld.so, which makes it fail to find its own relocatable prefix in _srt_find_myself(). Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Now that s-r-t contains LGPL and Apache-2.0-licensed code, we should reflect that here. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Dec 03, 2020
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Delete more overridden libraries See merge request !186
-
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
In particular, when using a SDK runtime, we need to delete overridden 32-bit libraries from /lib32 as well as /lib/i386-linux-gnu. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
We return the library directories in most-important-first order here, because that seems like the one that makes most sense (and matches LD_LIBRARY_PATH). When we go looking for DRI drivers, we actually want to take the least important first, but iteration over a GPtrArray in reverse order is easy. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
If /lib and /usr/lib are the same file, there's no need to iterate over both. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
utils: Move pv_is_same_file to libsteam-runtime-tools See merge request !185
-
Ludovico de Nittis authored
runtime: Add a new IcdKind for Vulkan meta-layers See merge request !187
-
Ludovico de Nittis authored
Vulkan meta-layers doesn't have the `library_path` field in their manifests. For this reason we need to separately handle them because otherwise our assertions about `library_path` not being NULL will fail, like the one in `collect_vulkan_layers()`. This fixes the issue reported on https://github.com/ValveSoftware/steam-runtime/issues/306 Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
Simon McVittie authored
We need to do this after we have captured glibc-related libraries, otherwise they won't be taken into account while deleting their overridden equivalents. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
runtime: Create more symlinks for ${PLATFORM}-dependent libdirs See merge request !184
-
Simon McVittie authored
Since glibc 2.26, the ${PLATFORM} for x86_64 can expand to "haswell" or "xeon_phi" in addition to "x86_64". To make it clearer what's going on, stop pretending that library paths based on ${PLATFORM} have anything to do with multiarch tuples. Instead, create symlinks like /overrides/lib/platform-haswell -> x86_64-linux-gnu and /overrides/lib/platform-i686 -> i386-linux-gnu. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Add option to disable the import of Vulkan layers Closes #37 See merge request !181
-
Simon McVittie authored
runtime: Do not dlopen layers if it is not needed See merge request !183
-
Ludovico de Nittis authored
Currently the Vulkan layer loader does not support having multiple layer manifests with the same "name" field. This can be a problem when you want to support multiple ABIs. For this reason some layers, like vkBasalt, use a "library_path" with just the filename of the library. In this way, at execution time, the correct library will be chosen automatically. To expand the special tokens LIB, PLATFORM and ORIGIN we dlopened the layers. But instead of always doing it, now we dlopen layers only if they actually contain at least one of those tokens. In this way we can speed up the whole process a little bit and also keep basenames as is, so that their correct library can still be chosen automatically at execution time. Partial addresses #39 Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Dec 01, 2020
-
-
Simon McVittie authored
check-va-api: Try to decode H264Main and fallback to MPEG2Simple Closes #24 See merge request !180
-
- Nov 30, 2020
-
-
Ludovico de Nittis authored
In case a user is experiencing some problems he might try to disable the import of Vulkan layers to better isolate the issue he is facing. Fixes: #37 Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Nov 26, 2020
-
-
Ludovico de Nittis authored
Some Intel GPUs don't have the profile "VAProfileNone". For this reason we try "VAProfileH264Main" instead, that should be supported since Intel GMA 4500 and Radeon HD 2000 and GeForce 8. For additional coverage we also fallback to "VAProfileMPEG2Simple", that has a similar GPU compatibility and lastly to "VAProfileNone". Fixes: #24 Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Nov 25, 2020
-
-
Simon McVittie authored
This was reported by Rémi Bernon as the initial example of SDL's non-udev code path going wrong for touchpads when the invoking user is in the input group. (packaging/libsdl2#1) Signed-off-by:
Simon McVittie <smcv@collabora.com>
-