See $URL. The current ebuild overrides PREFIX (and therefore LIBDIR & BPF_OBJECT_DIR) but only does so in src_install(), NOT in src_compile(). So the helper objects get installed correctly to /usr/lib/bpf/, but libxdp thinks they are in /usr/local/lib/bpf. Apparently nobody has ever tried to use xdp-loader. Reproducible: Always Steps to Reproduce: 1. emerge xdp-tools 2. try to use xdp-loader to load an XDP program 3. failure as xdp-dispatcher cannot be loaded Actual Results: Failure to load xdp-dispatcher from installation directory Expected Results: Correctly found & loaded xdp-dispatcher
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=358434363326de24d0560133386f2359521a519d commit 358434363326de24d0560133386f2359521a519d Author: Holger Hoffstätte <holger@applied-asynchrony.com> AuthorDate: 2023-03-06 15:16:51 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2023-03-06 21:30:33 +0000 net-libs/xdp-tools: properly configure PREFIX/LIBDIR/BPF_OBJECT_DIR The helper objects were installed correctly, but libxdp had the wrong search path compiled in; this broke xdp-loader. Closes: https://bugs.gentoo.org/899910 Bug: https://github.com/xdp-project/xdp-tools/issues/303 Signed-off-by: Holger Hoffstätte <holger@applied-asynchrony.com> Closes: https://github.com/gentoo/gentoo/pull/29959 Signed-off-by: Sam James <sam@gentoo.org> .../xdp-tools/{xdp-tools-1.3.1.ebuild => xdp-tools-1.3.1-r1.ebuild} | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)
