- Jan 05, 2021
-
-
Simon McVittie authored
In a Flatpak environment, we will not be allowed to create /overrides. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Dec 08, 2020
-
-
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>
-
- Nov 19, 2020
-
-
Simon McVittie authored
This avoids having dh_link alter what's in the sysroots, which would cause installed-tests to fail. It also avoids issues when tests try to modify the sysroots in-place, which won't work in the installed-tests case, and causes undesired action-at-a-distance in the build-time tests. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Nov 18, 2020
-
-
Simon McVittie authored
On operating systems with unusual path layouts, such as Exherbo and NixOS, the de facto standard path for the runtime linker is not necessarily present for all architectures. (Of course, if the x86_64 runtime linker is not present, we won't normally be able to run steam-runtime-system-info either, but at least users of such operating systems can compile it from source code if they need to provide diagnostics.) Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Nov 17, 2020
-
-
Ludovico de Nittis authored
Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Oct 26, 2020
-
-
Ludovico de Nittis authored
Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Oct 07, 2020
-
-
Ludovico de Nittis authored
These two environment variables can be useful for inferring how and which version of the Steam bootstrapper have been used. For example if the reported version is something like "1.0.0.63-1/Debian", we are quite sure that Steam has been installed using the package from Debian's non-free archive area. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Sep 29, 2020
-
-
Simon McVittie authored
This is a little more correct if the sysroot contains inconvenient symbolic links. There's a small behaviour change here: if the sysroot is Flatpak or pressure-vessel but does not actually contain /run/host, we don't return the path to where it ought to have been. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Sep 25, 2020
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Sep 22, 2020
-
-
Simon McVittie authored
This is exported because it's used by the tests, but is not a public function. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Sep 21, 2020
-
-
Simon McVittie authored
In various places we now need to include <libglnx.h> first, so that glib-compat.h doesn't redefine g_steal_pointer() and g_clear_pointer(). Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Sep 07, 2020
-
-
Simon McVittie authored
If we happen to have our TMPDIR in a directory named steam-runtime-tools, we don't want to replace that with my-runtime-tools. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Jul 29, 2020
-
-
Simon McVittie authored
Recent versions of Flatpak and systemd-nspawn can mount the host's os-release at /run/host/os-release, even if the rest of the host's /etc and /usr are not exposed to the container. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Jul 09, 2020
-
-
Simon McVittie authored
In rare cases, like libldap-2.4 and libcurl in scout, they can differ. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Jun 10, 2020
-
-
Ludovico de Nittis authored
The new srt_system_info_new_from_json() allows to create a new JSON. (Fixes: T16565) Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Apr 24, 2020
-
-
Ludovico de Nittis authored
We already stored the path to "ubuntu12_32" but this information was kept private. Now we give a public function to access it and we also show this information in the JSON output. 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 03, 2020
-
-
Signed-off-by:
Simon McVittie <smcv@collabora.com> Co-authored-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Apr 02, 2020
-
-
Ludovico de Nittis authored
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 06, 2020
-
-
Ludovico de Nittis authored
When listing graphics drivers now we also list GLX ICDs, such as libGLX_mesa.so.0 and libGLX_nvidia.so.0. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
Simon McVittie authored
This only detects the container technologies we are most interested in right now: pressure-vessel, Flatpak and Docker. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Mar 05, 2020
-
-
Simon McVittie authored
It's feeling increasingly odd to manipulate this via environment variables, so make it its own struct member. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
We'll need this when the fake home directory sets more parameters than just the environment. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Feb 10, 2020
-
-
Ludovico de Nittis authored
Some drivers have an environment variable that overrides the automatic detection of which driver should be used. For example Mesa has `MESA_LOADER_DRIVER_OVERRIDE`, VA-API has `LIBVA_DRIVER_NAME` and so on. We now log these environment variables in the s-r-s-i output to have a move complete view about the state of the running system. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Nov 08, 2019
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Oct 31, 2019
-
-
Ludovico de Nittis authored
Some libraries like "libtheoraenc.so.1" or "libCgGL.so" assumes that you have already linked to other libraries. With this commit we add support for those situations with the concept of "hidden dependencies". Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Oct 11, 2019
-
-
Ludovico de Nittis authored
When we are in a steamrt container we log the content of the "/overrides" folder. Otherwise, if we are not in a container, we log the content of both "pinned_libs_32" and "pinned_libs_64". Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Sep 26, 2019
-
-
Simon McVittie authored
Instead of inspecting the LD_LIBRARY_PATH runtime with _srt_runtime_check(), we open-code a small partial reimplementation of that function to inspect os-release(5) and provide information about a Steam Runtime container. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
This one is a bit different because the raw field is a space-separated list. For convenience, srt_system_info_dup_os_id_like() can be asked to include the OS itself, for use in logic like this pseudocode: for id in info.dup_os_id_like(True): if id in special_cases: special_cases[id].run() break else: do_generic_behaviour() Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
This doesn't include information about similar OSs (ID_LIKE), and also does not include a fallback to lsb_release or OS-specific files. However, it's enough to detect Steam Runtime containers. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Sep 25, 2019
-
-
Simon McVittie authored
Until now we've been conflating these two, but Timothee Besset recently clarified their status for me. ~/.steam/steam is maintained by bin_steam.sh, aka /usr/bin/steam, in which it is referred to as STEAMDATALINK. It is the data directory containing user data (cloud-synced configuration and saves), the download cache, and the default Steam Library directory. ~/.steam/root is maintained by steam.sh, in which it is referred to as STEAMROOTLINK. It is the installation directory, containing Steam executables and libraries. As a result, they are normally the same, but can differ, in particular in two situations: * When testing a new Steam client build by running client/steam.sh, client/ gets used as the installation directory, in conjunction with the existing data directory pointed to by ~/.steam/steam. This avoids having to re-login or re-download your library of games for the new test installation. * When Debian bug #916303 was present during the initial Steam installation, the Steam client was unpacked into ~/.steam, resulting in creation of ~/.steam/steam as a real directory that cannot be replaced with a symbolic link. We effectively ended up using ~/.steam as the installation path, but with ~/.steam/steam as the data path. (The Debian steam package has since been fixed, but we cannot easily disentangle existing installations.) Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Aug 15, 2019
-
-
Simon McVittie authored
We can use this to connect up a mock implementation if necessary. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Ludovico de Nittis authored
Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Aug 13, 2019
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Aug 12, 2019
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Aug 02, 2019
-
-
Simon McVittie authored
These are implied by some other header on Debian 10, but not on SteamRT 1. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Ludovico de Nittis authored
This provides a high-level API to wrap SrtLibrary and check if the current system has the expected libraries and symbols. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Jul 29, 2019
-
-
Simon McVittie authored
This provides a high-level API, with a cache to prevent repeated calls to helpers. It does not yet wrap SrtLibrary or do anything with the expectations directory. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-