Skip to content
Snippets Groups Projects
  1. Jan 15, 2020
    • Simon McVittie's avatar
      runtime: Remove spy · 1c5df3ee
      Simon McVittie authored
      
      This was a prototype runtime based on Ubuntu 18.04 'bionic'. It was
      replaced with 'soldier', based on Debian 10 'buster', because Debian
      allows redistribution of unmodified binary packages. (A side benefit
      is that Debian 10 is about a year newer than Ubuntu 18.04.)
      
      Signed-off-by: default avatarSimon McVittie <smcv@collabora.com>
      1c5df3ee
  2. Jan 09, 2020
  3. Jan 02, 2020
  4. Nov 28, 2019
  5. Nov 27, 2019
  6. Nov 25, 2019
  7. Oct 08, 2019
  8. Oct 07, 2019
  9. Oct 03, 2019
    • Simon McVittie's avatar
      20845f67
    • Simon McVittie's avatar
      e06d279a
    • Simon McVittie's avatar
      Automatically download debug symbols for everything in the Platform · 690b609a
      Simon McVittie authored
      
      This reduces the need to have a giant metapackage with all the shared
      libraries' detached debug symbols; now we only need to do that for
      libraries that are still using legacy debug symbols (foo-dbg).
      
      This also means we tolerate transient uninstallability for debug
      symbols: we'll simply produce a runtime without those debug symbols.
      This is particularly important when taking binaries from
      debian-security, which does not have a corresponding debug symbols
      archive (although when security updates get mirrored into
      proposed-updates, their detached debug symbols do appear there).
      
      Finally, it also means we don't run into problems with version skew
      between debug symbols and the actual libraries, particularly when
      adding buster-proposed-updates-debug (which, in general, will be
      strictly newer than buster + buster-security) in the hope of getting
      detached debug symbols for buster-security.
      
      Signed-off-by: default avatarSimon McVittie <smcv@collabora.com>
      690b609a
  10. Oct 02, 2019
    • Simon McVittie's avatar
      730ddac7
    • Simon McVittie's avatar
      Ensure that /usr/lib32/locale and /usr/lib64/locale exist · 14b52e46
      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: default avatarSimon McVittie <smcv@collabora.com>
      14b52e46
  11. Sep 19, 2019
  12. Sep 11, 2019
  13. Sep 10, 2019
  14. Aug 22, 2019
  15. Aug 21, 2019
Loading