Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-22556

Unification of packaging of bpftool and libbpf

    • Icon: Epic Epic
    • Resolution: Unresolved
    • Icon: Undefined Undefined
    • None
    • None
    • kernel / BPF
    • bpftool/libbpf packaging
    • Hide

      The following needs to be verified in order for this epic to be considered complete:

      • Verify that bpftool and libbpf are packaged in the same way.
      • Verify that bpftool and libbpf are (or at least can be) released in lockstep.
      • Verify that tests for both bpftool and libbpf pass with the new packaging layout.
      Show
      The following needs to be verified in order for this epic to be considered complete: Verify that bpftool and libbpf are packaged in the same way. Verify that bpftool and libbpf are (or at least can be) released in lockstep. Verify that tests for both bpftool and libbpf pass with the new packaging layout.
    • rhel-sst-kernel-tps
    • ssg_core_kernel
    • False
    • Hide

      None

      Show
      None

      Description

      The bpftool and libbpf packages are similar in many aspects - both are userspace components whose source code lives in the Linux kernel tree. Upstream even declares bpftool being a "front-end" of libbpf and they are released in lockstep - bpftool version is deduced from the libbpf version. Yet, RHEL is currently packaging them in a rather different way - the bpftool package is built as a part of the kernel build while libbpf has a separate RPM repository and is usually rebuilt once per release cycle.

      This discrepancy may lead to multiple problems, such as bpftool/libbpf versions not being in sync during the release cycle. In addition, bpftool is (unnecessarily) repeatedly rebuilt with each kernel update.

      This epic is to track activities and bugs related to unification of packaging of bpftool and libbpf. The best approach seems to be to move packaging of bpftool out of the kernel specfile (either to a separate repo or to the libbpf repo).

      What SSTs and Layered Product teams should review this?

              vmalik@redhat.com Viktor Malík
              vmalik@redhat.com Viktor Malík
              Viktor Malík Viktor Malík
              Ziqian (Zamir) SUN Ziqian (Zamir) SUN
              Votes:
              0 Vote for this issue
              Watchers:
              7 Start watching this issue

                Created:
                Updated: