Skip to content
Snippets Groups Projects
  1. Nov 25, 2019
  2. Oct 08, 2019
  3. Oct 07, 2019
  4. 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
  5. 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
  6. Sep 19, 2019
  7. Sep 11, 2019
  8. Sep 10, 2019
  9. Aug 22, 2019
  10. Aug 21, 2019
  11. Aug 15, 2019
Loading