- Dec 04, 2020
-
-
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
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
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>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Nov 24, 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
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
pressure-vessel: Share more directories with container See merge request !179
-
Simon McVittie authored
Make ~/.steam available in container See merge request !176
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
As requested and later documented in <https://github.com/ValveSoftware/steam-for-linux/issues/6310>, Steam looks for compatibility tools in locations determined by this environment variable. Make them available in the container. When running in Flatpak, this will have no effect for compat tools in /app, but we should eventually get the Flatpak app's /app by a different route. Partial fix for https://github.com/ValveSoftware/steam-runtime/issues/302 (we also need to deal with compat tools in /usr/local/share and /usr/share, but that can't easily be done here, and is better addressed when we build the runtimes). Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
This provides a generic way to get OS-specific library directories, Vulkan layers' configuration, etc. into the container. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
pressure-vessel: Make /nix available read-only, if it exists See merge request !178
-
Simon McVittie authored
Fix and test launching without --runtime See merge request !177
-
Simon McVittie authored
Previously, we made ~/.steam available in the container as part of $HOME, but if it was a symlink outside $HOME or contained symlinks outside $HOME, their targets were not made available in the container. When using the experimental feature of a per-game home directory, we correctly made the targets of symlinks inside ~/.steam available, but not the target of ~/.steam itself (if it was a symlink). Fixes: https://github.com/ValveSoftware/steam-runtime/issues/291 Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
It isn't always obvious which copy of capsule-capture-libs we're going to use to run the tests. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
We might use this later to provide a read-only mount for files from the host OS that shouldn't ever be modified in the container, although we don't yet. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-