- Apr 06, 2020
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
scripts: Assert that we have the desired Python version See merge request steam/pressure-vessel!40
-
- Apr 03, 2020
-
-
Simon McVittie authored
In Steam Runtime 1 'scout' and Steam Runtime 1½ 'heavy' SDK environments, we have a backport of python3.5 in order to run Meson, and meson.build automatically selects it if available. In newer environments like a developer's laptop, we expect to have a strictly newer Python version, like the python3.7 in Debian 10. One notable exception is that we only require Python 3.4+ for scripts that are meant to run on test machines or on non-developer Steam users' systems, which right now just means the test UI. This version was chosen because SteamOS 2 'brewmaster' and Ubuntu 14.04 'trusty' both have 3.4. Ubuntu 12.04 'precise' only has 3.2, but the Steam client doesn't actually work on 12.04 any more for orthogonal reasons. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Mar 31, 2020
-
- Mar 25, 2020
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Now that deb-build-snapshot supports a Build-Suffix option in debian/git-version-gen.control, we don't need to worry about whether the version number will be less than a previous version that had a +srt suffix added by the Open Build Service. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Mar 24, 2020
-
-
Simon McVittie authored
Bind the host's locale if we already use libc from the host See merge request steam/pressure-vessel!39
-
Simon McVittie authored
Bind gconv modules from host See merge request steam/pressure-vessel!38
-
Ludovico de Nittis authored
If we are using the host's libc, we also bind its `locale` otherwise it might happen that the container's `locale` will not be able to run. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Mar 23, 2020
-
-
Ludovico de Nittis authored
The container didn't have the host system's gconv modules, and the host system's glibc didn't use the Steam Runtime's older gconv modules because they weren't in the directory where it expected to find them. Now if we are using the host's glibc we also bind its gconv modules. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Mar 18, 2020
-
-
Simon McVittie authored
Bind the host's ldconfig if we already use libc from the host See merge request steam/pressure-vessel!36
-
Ludovico de Nittis authored
If we are using the host's libc, we also bind its ldconfig otherwise it's likely that the container's ldconfig will not be able to run. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Mar 17, 2020
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Mar 12, 2020
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Mar 05, 2020
-
-
Simon McVittie authored
This should make it easier to build pressure-vessel releases. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
utils: Add a method to copy a directory tree using hard links See merge request steam/pressure-vessel!30
-
Simon McVittie authored
Similar to f14c75ac, we'll need this for the steam-runtime-tools subproject. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Mar 04, 2020
-
-
Ludovico de Nittis authored
runtime: Combine multiple runs of capsule-capture-libs into one See merge request steam/pressure-vessel!34
-
Simon McVittie authored
Now that we have this working, there's no real reason why we need a separate run per filename/SONAME pattern; we can just do them all at once, leaving only ICDs with more complicated requirements to be done separately. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Refactor runtime setup See merge request steam/pressure-vessel!32
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
This makes it a bit clearer what's going on. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
In practice we always want the host graphics stack, but maybe this will be useful when debugging. 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 sketches out roughly how we'd do this if we were in a container such as a Flatpak environment, rather than on the host system. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
There's very little refactoring so far: bind_runtime() is still basically monolithic, and takes individual bits of PvRuntime's state rather than a PvRuntime object. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
wrap.c is getting rather large, so the idea is that this will encapsulate everything related to swapping in a different /usr. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
We need this if we're using the steam-runtime-tools subproject with a compiler from the distant past, like the one in Steam Runtime 1 'scout'. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Improve CI See merge request steam/pressure-vessel!33
-
Simon McVittie authored
We'll need this for !27. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
We now need this for the "devel" build, which builds steam-runtime-tools from the subproject. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Feb 26, 2020
-
-
Simon McVittie authored
build: Automatically use python3.5 if available See merge request steam/pressure-vessel!31
-
Simon McVittie authored
This will let us duplicate a runtime and edit it in-place. The major appeal of doing this is that it's something we can do in a Flatpak environment, where recursively invoking bubblewrap isn't allowed. It also seems like it might yield a more reliable way to overwrite parts of the runtime with their host-system equivalents than the tricks we currently use with files and directories mounted over their runtime counterparts. The major down side is that after we've done this, we have a copy of the runtime, which we need to garbage-collect and clean up eventually. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Steam Runtime 1 'scout' has python3.5 as a non-default Python 3 version, and python3.2 as default. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
utils: Move some utility functions here See merge request steam/pressure-vessel!29
-
Simon McVittie authored
bwrap: Don't create a /libexec symlink See merge request steam/pressure-vessel!28
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
We want all the libQUAL directories, including lib32 and lib64 (and in principle also libx32, libn32 etc.), but we specifically don't care about libexec. Real systems don't usually symlink /usr/libexec into the root directory. If we create a /libexec symlink, the only effect it might have is that game developers start relying on it, which we certainly don't want. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-