Skip to content
Snippets Groups Projects
  1. Apr 29, 2024
  2. Apr 08, 2022
  3. Apr 07, 2022
  4. Mar 02, 2020
  5. Oct 03, 2019
    • 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
  6. Oct 02, 2019
  7. Jul 16, 2019
    • Simon McVittie's avatar
      Sdk: Create build-ID-based hard links to detached debug symbols · 5064f977
      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: default avatarSimon McVittie <smcv@collabora.com>
      5064f977
  8. Jun 03, 2019
  9. May 16, 2019
  10. Feb 14, 2019
Loading