- Oct 02, 2019
-
-
Simon McVittie authored
Most Linux distributions either use Red-Hat-style biarch (lib and lib64) or Debian-style multiarch (lib/i386-linux-gnu and lib/x86_64-linux-gnu), and configure glibc to look for locales in /usr/lib/locale. glibc itself has special cases to do this for common "lib64" architectures like x86_64. This is analogous to the way systemd user units and tmpfiles are always in /usr/lib/systemd, never in /usr/lib64/systemd or /usr/lib/*-linux-gnu/systemd. However, Arch Linux and its derivatives use currently a variation of biarch with lib32 and a 64-bit lib, and create a symlink /usr/lib32/locale -> ../lib/locale rather than configuring the 32-bit glibc to look in /usr/lib/locale in the first place. When using pressure-vessel we might have to use a host system glibc, so we need to make locales available in both locations. Create the same symlink that Arch Linux does. For symmetry, also create one in /usr/lib64 when we build 64-bit-capable runtimes. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Sep 19, 2019
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Current flatdeb ignores these anyway. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
-
Simon McVittie authored
It's rather out of place there. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
This hasn't actually worked since I switched to using debos, and doesn't seem to have been necessary. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
The only Ubuntu precise derivative I'm interested in is now self-contained, so flatdeb doesn't need to be able to debootstrap from precise any more. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
In some older suites, building packages will fail in a merged-/usr chroot (#843073). Building packages in a merged-/usr chroot is also, in general, not guaranteed to result in binaries that work correctly in an unmerged-/usr environment, so we should probably prefer to build a more traditional sysroot. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Sep 11, 2019
-
-
Simon McVittie authored
This locale is frequently hard-coded in places that need to parse C-style floating point constants or get a predictable sorting order, even though those places should ideally be using C (if the C locale didn't lead to misbehaviour in the presence of non-ASCII characters) or C.UTF-8 (if the C.UTF-8 locale from Debian and Fedora had been accepted upstream[1], which at the moment it hasn't). [1] https://sourceware.org/bugzilla/show_bug.cgi?id=17318 Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Sep 10, 2019
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Aug 22, 2019
-
-
Simon McVittie authored
-
Simon McVittie authored
This should speed up packing and rsync'ing of the sysroot and base tarballs. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Aug 21, 2019
-
-
Simon McVittie authored
apt doesn't seem to be clever enough to fall back to the version from stable if the version in proposed-updates isn't installable. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Aug 15, 2019
-
-
Simon McVittie authored
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
-
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>
-
- Aug 13, 2019
-
-
Simon McVittie authored
-
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>
-
- Aug 12, 2019
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Aug 08, 2019
-
-
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
-
Simon McVittie authored
This is faster than gzip, and apparently more rsyncable. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Jul 16, 2019
-
-
Simon McVittie authored
-
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 points to a Github repository that is no longer up, and was never as polished as the version of Steam maintained by the Flathub community. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Legacy path-based names are more difficult to use against a sysroot: if your sysroot is in ~/sysroot and your detached debug symbols are in ~/symbols, and you want to find detached debug symbols for ~/sysroot/usr/lib/x86_64-linux-gnu/libfoo.so.0 by using "gdb -iex set-debug-file-directory /home/me/symbols:/usr/lib/debug", then you would have to create a symlink ~/symbols/home/me/sysroot/usr pointing to ~/symbols/usr. Build-ID-based names do not have this issue. This change is based on code in steam-runtime, which uses symbolic links. Hard links are a somewhat better fit for OSTree, since they are automatically deduplicated, and also have the advantage that multiple .build-id directories can easily be combined with rsync. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Jul 04, 2019
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Jul 02, 2019
-
-
Simon McVittie authored
Otherwise, anything that discards empty directories (like git does) will result in us not having /usr/share/i18n, which means we have nowhere to mount locale files. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Jun 03, 2019
-
-
Simon McVittie authored
-