1. 21 Sep, 2020 1 commit
    • Simon McVittie's avatar
      debian: Delete files that were generated by gtk-doc during dist · d8255e40
      Simon McVittie authored
      If we `make dist` with gtk-doc-tools 1.28 from Debian 10 'buster' (the
      current stable release), it generates a libcapsule-docs.xml in which
      generation of tree_index.sgml is mandatory. This is incompatible with
      building this non-GObject library with gtk-doc-tools >= 1.30, in which
      tree_index.sgml is only generated if the library contains at least one
      GObject type.
      Most projects treat the libcapsule-docs.xml generated by gtk-doc as
      a template and commit it to git, but in this project we don't
      particularly want to maintain it and would prefer to keep regenerating
      it during build.
      Signed-off-by: Simon McVittie's avatarSimon McVittie <smcv@collabora.com>
  2. 08 Sep, 2020 1 commit
  3. 27 Aug, 2020 2 commits
  4. 08 Jul, 2020 1 commit
  5. 07 Jul, 2020 19 commits
  6. 06 Jul, 2020 2 commits
  7. 24 Jun, 2020 2 commits
  8. 16 Jun, 2020 2 commits
  9. 12 Jun, 2020 2 commits
    • Simon McVittie's avatar
      d/changelog: Update · 488eedd9
      Simon McVittie authored
      Signed-off-by: Simon McVittie's avatarSimon McVittie <smcv@collabora.com>
    • Simon McVittie's avatar
      ld-libs: Always clear ldlibs->needed entry if ld_lib_open() fails · ac3f0295
      Simon McVittie authored
      This is what was documented to happen.
      Previously, we did not clear the entry if we failed to open the
      library fd, or if we succeeded but the library was "unacceptable"
      (wrong ELF class or machine tag). Normally this results in a minor
      memory leak, and a fd leak if the library is "unacceptable".
      However, when called from search_ldcache_cb(), it's particularly
      important that we do this, because search_ldcache() uses the state
      of the fd field - valid fd or not - to check whether ld_lib_open()
      One practical symptom is that if your container has an x86_64
      libfoo.so.0 that compares newer than the provider's libfoo.so.0,
      and does not have an i386 libfoo.so.0, then capsule-capture-libs
      would unexpectedly not capture the i386 libfoo.so.0 from the provider
      Signed-off-by: Simon McVittie's avatarSimon McVittie <smcv@collabora.com>
  10. 03 Jun, 2020 2 commits
  11. 13 Mar, 2020 1 commit
  12. 12 Mar, 2020 1 commit
    • Simon McVittie's avatar
      CI: Codify how to build on Arch Linux · 1fd9e54b
      Simon McVittie authored
      Some libcapsule users and contributors are using Arch Linux or Manjaro
      rather than a Debian derivative.
      Many of the tests will be skipped on Gitlab-CI because they need a
      working bubblewrap, which isn't allowed inside unprivileged Docker;
      but this provides "executable documentation" for how to do a build
      and test.
      Signed-off-by: Simon McVittie's avatarSimon McVittie <smcv@collabora.com>
  13. 16 Jan, 2020 4 commits