[Bug debuginfod/29472] Support querying the debuginfod-server for metadata

fche at redhat dot com sourceware-bugzilla@sourceware.org
Mon Jun 3 15:27:17 GMT 2024


https://sourceware.org/bugzilla/show_bug.cgi?id=29472

Frank Ch. Eigler <fche at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |FIXED
             Status|NEW                         |RESOLVED
                 CC|                            |fche at redhat dot com

--- Comment #6 from Frank Ch. Eigler <fche at redhat dot com> ---
merged as:

commit d47d93b1049ecfad2f9bb9db30dc630c3d6131ca (HEAD -> master, origin/main)
gpg: Signature made Mon 03 Jun 2024 11:22:56 AM EDT
gpg:                using RSA key 4DD136490411C0A42B28844F258B6EFA0F209D24
gpg: Good signature from "Frank Ch. Eigler <fche@elastic.org>" [ultimate]
Author: Frank Ch. Eigler <fche@redhat.com>
Date:   Mon Oct 31 17:40:01 2022 -0400

    PR29472: debuginfod: add metadata query webapi, C api, client

    This patch extends the debuginfod API with a "metadata query"
    operation.  It allows clients to request an enumeration of file names
    known to debuginfod servers, returning a JSON response including the
    matching buildids.  This lets clients later download debuginfo for a
    range of versions of the same named binaries, in case they need to to
    prospective work (like systemtap-based live-patching).  It also lets
    server operators implement prefetch triggering operations for popular
    but slow debuginfo slivers like kernel vdso.debug files on fedora.

    Implementation requires a modern enough json-c library, namely 0.11,
    which dates from 2014.  Without that, debuginfod client/server bits
    will refuse to build.

    % debuginfod-find metadata file /bin/ls
    % debuginfod-find metadata glob "/usr/local/bin/c*"

    Refactored several functions in debuginfod-client.c, because the
    metadata search logic is different for multiple servers (merge all
    responses instead of first responder wins).

    Documentation and testing are included.

    Signed-off-by: Ryan Goldberg <rgoldber@redhat.com>
    Signed-off-by: Frank Ch. Eigler <fche@redhat.com>

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the Elfutils-devel mailing list