- Oct 19, 2020
-
-
Ludovico de Nittis authored
With this helper we are able to check if `xdg-desktop-portal` is currently installed and working. It also checks if there is at least a portal backend implementation. It returns 0 if `xdg-desktop-portal` is available and there is at least a backend implementation. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
Ludovico de Nittis authored
Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
Simon McVittie authored
wrap: Set all the env vars before building the locking list See merge request steam/steam-runtime-tools!155
-
Ludovico de Nittis authored
The list of locked environment variables should include all the vars that we decided to want, or avoid. Also use `extra_locked_vars_to_unset` everywhere instead of directly unsetting a variable. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Oct 08, 2020
-
-
Ludovico de Nittis authored
Add support for Arch Linux /etc/locale.gen Closes #5 See merge request steam/steam-runtime-tools!151
-
Ludovico de Nittis authored
Fixes #5 Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Oct 07, 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
Include STEAMSCRIPT and STEAMSCRIPT_VERSION in the report See merge request steam/steam-runtime-tools!150
-
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>
-
- Oct 06, 2020
-
-
Simon McVittie authored
Progress towards regenerating ld.so.cache (T14481) See merge request steam/steam-runtime-tools!149
-
Simon McVittie authored
wrap: Do not lock LD_PRELOAD Closes #21 See merge request steam/steam-runtime-tools!146
-
Simon McVittie authored
adverb: Don't "pile up" errors if we cannot exec generate-locales See merge request steam/steam-runtime-tools!148
-
Simon McVittie authored
launch: Add support for communicating with Flatpak services See merge request steam/steam-runtime-tools!147
-
Simon McVittie authored
We can use this to run other helpers, such as ldconfig. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
This means we can modify our own environment without affecting child processes. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
We want to reinstate the old signal mask unconditionally, but we only want to throw an error for it if we weren't already about to throw an error. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
This lets us work around flatpak-spawn not closing file descriptors (https://github.com/flatpak/flatpak-xdg-utils/pull/37 ) by bypassing it, if we want to. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Ludovico de Nittis authored
If we update and install new packages, without doing an "upgrade", there might be some incompatibility issues. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
Ludovico de Nittis authored
For LD_PRELOAD we want to use the value `-launcher` might be receiving from `-launch`, so we don't want to lock it's value in `wrap`. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Oct 05, 2020
-
-
Simon McVittie authored
launch.c: Close the file descriptors after being forwarded See merge request steam/steam-runtime-tools!145
-
Ludovico de Nittis authored
g_unix_fd_list_append() duplicates the given FD, so we need to close our copy, otherwise it might be left indefinitely open. Also, as soon as we send them over D-Bus, we need to unref the FD list to avoid keeping them open. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Oct 02, 2020
-
-
Simon McVittie authored
This sometimes takes longer than 30 seconds when several packages are built in parallel on OBS. 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
launcher: Always set PWD to the command's actual working directory See merge request steam/steam-runtime-tools!143
-
- Oct 01, 2020
-
-
Simon McVittie authored
pressure-vessel-wrap unsets PWD, but we don't want the command to inherit a value of PWD from the launcher. In particular, when running in session mode, the launcher's $PWD is the Steam installation, typically ~/.local/share/Steam, and the setup commands are also run with that working directory, but the actual game is run with the current working directory set to its own game directory (which we didn't necessarily even know at the time that the launcher was started). Consumers of $PWD should really check that it is equivalent to the actual current working directory and ignore it if it does not, like GNU get_current_dir_name(3) and our pv_get_current_dirs() do, but blindly believing $PWD is a common shell-scripting mistake, and I wouldn't be surprised if there are some games whose launcher scripts will believe $PWD even when it doesn't coincide with the real working directory. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Add an environment variables locking system Closes #17 See merge request steam/steam-runtime-tools!134
-
Ludovico de Nittis authored
If we want to pass all the possible variables that a user might have set in its environment, we need a mechanism to lock the variables that pressure-vessel is editing (e.g. LIBGL_DRIVERS_PATH), variables that we want to keep unset because will be wrong in the new container (e.g. FLATPAK_ID) and variables that should inherit their value from the host system (e.g. DISPLAY). Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Sep 30, 2020
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Various improvements to pressure-vessel See merge request steam/steam-runtime-tools!142
-
Simon McVittie authored
system-info: Always pass around a non-NULL environment block See merge request steam/steam-runtime-tools!137
-
Simon McVittie authored
Fix various gtk-doc warnings See merge request steam/steam-runtime-tools!141
-
Simon McVittie authored
libsrt: Explicitly control symbol visibility See merge request steam/steam-runtime-tools!140
-
Ludovico de Nittis authored
Instead of using `env -u VAR` to unset a variable now the variables can be passed using the DBUS interface. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
Ludovico de Nittis authored
If we use the `original_environ` for all the long-running childs, they'll not be affected even if later on we edit the environ with `g_setenv()`. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
Ludovico de Nittis authored
In the future this option might be used to leverage some of the 'pressure-vessel-launcher' features, like locking specific environment variables. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Sep 29, 2020
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Instead of having symbols visible by default (which included compatibility symbols for older versions of GLib), hide them by default (equivalent to G_GNUC_INTERNAL) and export only what we need. This means we export the public API, plus symbols that are used by the unit tests or by the command-line diagnostic tools. Symbols used only by pressure-vessel do not need to be exported, since it links libsrt statically. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-