- May 27, 2021
-
-
Simon McVittie authored
This is helpful if we're stacking the scout runtime onto the soldier runtime: both pinned_libs_* and overrides are relevant there. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Apr 27, 2021
-
-
Ludovico de Nittis authored
If we are in a Flatpak container it can be useful to have the Flatpak version in the system report. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Apr 22, 2021
-
-
Ludovico de Nittis authored
When loading VDPAU modules we rely on $PLATFORM, trying to support all its known possible expansions. However there is always the possibility that we are currently missing some of them or that new ones will be added in the future. For this reason we try to detect the expansion of $PLATFORM, and $LIB, and print its value in the report. In this way it will be easier to notice unusual and/or new expansions. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Mar 31, 2021
-
-
When inside a Steam Runtime container we currently make `xdg-open` points to the `flatpak-xdg-utils` implementation that relies on `xdg-desktop-portal`. But if an user doesn't have a working `xdg-desktop-portal` it will fail. Additionally the `steam://` URLs might end up opening another instance of the Steam client, even if one instance was already running. This can happen if more than one version are installed, e.g. the Steam client from the distro repositories and the Flatpak version. With this alternative implementation we try a more clever approach that should workaround the `xdg-open` shortcomings that we experienced in our Steam related use cases. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com> [smcv: Install all /usr/bin/steam-runtime-* executables] Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Mar 30, 2021
-
-
Ludovico de Nittis authored
This stub steam executable tries to directly pass the given commands, e.g. "steam://nav/downloads ", to the running Steam client, if any. This helps games that tries to run "steam ${command}" because when we are in a LD_LIBRARY_PATH runtime, "steam" might not be pointing to the same version that is currently running. Or if we are in a container, there is no "steam" executable in the PATH at all. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Mar 23, 2021
-
-
Simon McVittie authored
JSON strings must be valid Unicode, so use the lossy transformation in g_utf8_make_valid() to replace non-UTF-8 (if found) with U+FFFD REPLACEMENT CHARACTER. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Feb 22, 2021
-
-
Ludovico de Nittis authored
With the additional "issues" entry in the s-r-s-i report we can now flag the ICDs/layers as being duplicated or also unsupported. This makes it easier to spot misconfigured systems or also regressions about how we import ICDs/layers inside the container. Fixes: T26156 Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Jan 28, 2021
-
-
Ludovico de Nittis authored
Now that check-vulkan prints detailed information about every physical and virtual Vulkan GPU, we can start to provide this info in s-r-s-i too. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Jan 25, 2021
-
-
Simon McVittie authored
A single line with escaped newlines is unnecessarily hard to read. This repurposes code that we already had for printing a udev uevent pseudo-file in this way. We retain the ability to parse old s-r-s-i output in which the diagnostic messages were a string: the intended meaning is fairly obvious. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
The reference is now the man page. 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>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Nov 17, 2020
-
-
Ludovico de Nittis authored
Similarly to what we already have for ICDs, we are now able to parse the Vulkan layers JSON files and add this information in the report. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
Ludovico de Nittis authored
This function allow us to avoid some repetitive codes when constructing a new JSON file. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Nov 10, 2020
-
-
Simon McVittie authored
These are what we really want for SDL and Wine: they're broadly equivalent to the udev ID_INPUT_FOO properties, and identify which devices are desired at a high level. Also add test coverage for the device-type-guessing heuristic. Thanks to various people in Collabora, Codeweavers and #debian-uk for providing `sudo evemu-describe` output for their devices. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
These are a useful input for guessing what an input device is. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
This is the official way to determine what an input device is, at the kernel level. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
The name is to leave space for "type flags" (joystick, etc.) later. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Wine/Proton needs these for some of its HID functionality. 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
This is the same approach used by SDL. It doesn't work well in most containers. To facilitate testing this, change sysroot/run-in-sysroot.py so that it doesn't share /run with the host, and signals "we're in a container" by creating /run/host. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
This includes: * a public interface implemented by input device monitors * a public interface to be implemented by the input devices they signal * a mock implementation for unit-testing * a unit test for the API * a simple implementation in terms of inotify on /dev * a monitor that can print input devices in JSON format on stdout, and optionally monitor them Implementations in terms of udev, SDL, or a portal service are not yet included. Details of the devices, beyond their paths in /dev and /sys, are also not included. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Oct 26, 2020
-
-
Ludovico de Nittis authored
Print in the steam-runtime-system-info report the information we know about the xdg-portal support. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Oct 22, 2020
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
This lets them access non-public API, and means there's one less thing that can go wrong. The cost is about 500K, which is much smaller than a Steam Runtime. Signed-off-by:
Simon McVittie <smcv@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 28, 2020
-
-
Simon McVittie authored
This avoids duplicating it in the command-line tools. The test is still in tests/pressure-vessel/ for now, because it needs testutils.py, which uses its own location to find G_TEST_SRCDIR. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Jul 09, 2020
-
-
Simon McVittie authored
In s-r-system-info, we show libraries whose SONAME is not the same as the name we asked for, even in non-verbose mode. For example, if the expectations have not been updated to list libldap_r-2.4.so.2 yet, Debian systems will show: "libldap-2.4.so.2" : { "soname" : "libldap_r-2.4.so.2", "path" : "/usr/lib/x86_64-linux-gnu/libldap-2.4.so.2" }, Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
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 20, 2020
-
-
Ludovico de Nittis authored
Add a check similarly to the VDPAU one that we already have. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
Ludovico de Nittis authored
We use the automated VDPAU check to add an entry in the steam-runtime-system-info report. Also `check-vdpau` has a new option `--verbose` that prints additional info about the driver in use. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Apr 14, 2020
-
-
Ludovico de Nittis authored
With check-requirements we can do a preflight check and ensure that the Steam client requirements are met. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
Ludovico de Nittis authored
Check if the CPU supports the features we are interested in. Right now they are: SSE3 (pni), x86_64 (lm) and CMPXCHG16B (cx16). 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 10, 2020
-
-
Ludovico de Nittis authored
"srt_dri_driver_get_library_path" might return a relative path. Instead with this new function we will be sure to receive an absolute path to the driver. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
Ludovico de Nittis authored
"srt_va_api_driver_get_library_path" might return a relative path. Instead with this new function we will be sure to receive an absolute path to the driver. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-