Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.kernel > #66089

Bug#948041: impossible to update libbpf without updating the kernel

From Jonathan Nieder <jrnieder@gmail.com>
Newsgroups linux.debian.bugs.dist, linux.debian.kernel
Subject Bug#948041: impossible to update libbpf without updating the kernel
Date 2020-01-15 07:20 +0100
Message-ID <zoKc2-7vg-3@gated-at.bofh.it> (permalink)
References (7 earlier) <znHpT-1bb-1@gated-at.bofh.it> <zkyM9-AC-3@gated-at.bofh.it> <zoKc2-7vg-5@gated-at.bofh.it> <zkyM9-AC-3@gated-at.bofh.it> <zoKc2-7vg-5@gated-at.bofh.it>
Organization linux.* mail to news gateway

Cross-posted to 2 groups.

Show all headers | View raw


retitle 948041 libbpf-dev: please build from https://github.com/libbpf/libbpf
reassign 948041 libbpf-dev
merge 942903 948041
quit

Hi,

Julia Kartseva wrote:
> On Sun, 12 Jan 2020 09:51:55 +0100 Bastian Blank <waldi@debian.org> wrote:

>> Why should we?  If the upstream developers decide to maintain it
>> independently, aka don't use the kernel repo as true source, or better,
>> remove the source from it, then we have something to do.

I agree --- if upstream development were happening in
https://github.com/libbpf/libbpf then this would be a no-brainer.  It
appears to instead be a mirror of the source that's in the kernel
repo, though.

> Why should we switch from kernel sources to GH is a frequently asked
> question so the reason was explained in libbpf README [1].

If I'm reading that correctly, the intent appears to be that it would
allow faster libbpf upgrades.

In the context of the Debian project, that could go both ways.  The
Linux kernel packages are very well maintained.  New versions appear
in stable-backports pretty quickly, and that's *less* likely to happen
with a separate libbpf source package.  Binary package dependencies do
not force an end user to use the same version of the kernel as
userspace tools like this one.  Debian even permits binary packages to
have different version numbers from the source package they were built
from.

Depending packages would likely use Debian's shlibs or symbols
mechanism (if upstream provides symbol versioning, that is very
helpful) to automatically produce appropriate dependencies.  More
details about this are at
https://www.debian.org/doc/debian-policy/ch-sharedlibs.html#dependencies-between-the-library-and-other-packages

So this appears to impose exactly the same costs and benefits as any
other instance where someone splits a binary package that comes from
the same upstream source package into a separate Debian source
package.  Sometimes that is the right thing to do, especially when the
Debian maintainers for the two packages do not work very closely
together.  Is that the case here?

Is there some underlying need that we could address more directly?
I think I'm missing some piece of the motivation here.

Thanks,
Jonathan

> [1] https://github.com/libbpf/libbpf#distributions

Back to linux.debian.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Bug#948041: impossible to update libbpf without updating the kernel Sudip Mukherjee <sudipm.mukherjee@gmail.com> - 2020-01-03 18:20 +0100
  Bug#948041: impossible to update libbpf without updating the kernel Marco d'Itri <md@Linux.IT> - 2020-01-03 19:20 +0100
    Bug#948041: impossible to update libbpf without updating the kernel Sudip Mukherjee <sudipm.mukherjee@gmail.com> - 2020-01-03 19:50 +0100
    Bug#948041: impossible to update libbpf without updating the kernel Bastian Blank <bblank@thinkmo.de> - 2020-01-03 21:00 +0100
      Bug#948041: impossible to update libbpf without updating the kernel Sudip Mukherjee <sudipm.mukherjee@gmail.com> - 2020-01-03 21:30 +0100
        Bug#948041: impossible to update libbpf without updating the kernel Sudip Mukherjee <sudipm.mukherjee@gmail.com> - 2020-01-12 01:40 +0100
          Bug#948041: impossible to update libbpf without updating the kernel Bastian Blank <waldi@debian.org> - 2020-01-12 10:10 +0100
  Bug#948041: impossible to update libbpf without updating the kernel Jonathan Nieder <jrnieder@gmail.com> - 2020-01-15 07:20 +0100
    Bug#948041: impossible to update libbpf without updating the kernel Sudip Mukherjee <sudipm.mukherjee@gmail.com> - 2020-01-15 14:00 +0100
      Bug#948041: impossible to update libbpf without updating the kernel Bastian Blank <bblank@thinkmo.de> - 2020-01-18 16:50 +0100
        Bug#948041: impossible to update libbpf without updating the kernel Andrii Nakryiko <andrii.nakryiko@gmail.com> - 2020-01-20 07:50 +0100
      Bug#948041: impossible to update libbpf without updating the kernel Ben Hutchings <ben@decadent.org.uk> - 2020-01-31 17:20 +0100
        Bug#948041: impossible to update libbpf without updating the kernel Sudip Mukherjee <sudipm.mukherjee@gmail.com> - 2020-01-31 17:40 +0100
          Bug#948041: impossible to update libbpf without updating the kernel Sudip Mukherjee <sudipm.mukherjee@gmail.com> - 2020-02-05 22:10 +0100
  Bug#948041: marked as done (libbpf-dev: please build from  https://github.com/libbpf/libbpf) "Debian Bug Tracking System" <owner@bugs.debian.org> - 2020-04-12 00:10 +0200

csiph-web