Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
---|---|---|---|---|---|---|
fix-install-path.patch | fix-install-path Minor issue. Patch can be submitted upstream |
Ritesh Raj Sarraf <rrs@debian.org> | no | 2020-07-17 | ||
0002-Specify-default-encoding-when-decoding-string-data.patch | Specify default encoding when decoding string data | Ritesh Raj Sarraf <rrs@debian.org> | no | 2020-07-17 | ||
2001_fix_path_to_deadloc.c.patch | Fix the path to deadlock.c used in deadlock-bpfcc Move the deadlock.c from /usr/sbin/ to /usr/share/bpfcc-tools/ and update the python script to use it from this path |
Vasudev Kamath <vasudev@debian.org> | not-needed | 2020-09-04 | ||
2002_fix_netqtop.c_path.patch | Fix the path of netqtop.c on Debian systems On Debian system we install the netqtop.c to /usr/share/bpfcc-tools folder adjust the path in utility to match this. |
Vasudev Kamath <vasudev@debian.org> | not-needed | 2020-11-06 | ||
0001-cmake-link-dynamically-to-libclang-cpp-if-found-and-.patch | link dynamically to libclang-cpp if found and ENABLE_LLVM_SHARED is set ENABLE_LLVM_SHARED allows to dynamically link against libLLVM, but libclang is still unconditionally linked statically. Search for libclang-cpp.so, and if it is found and ENABLE_LLVM_SHARED is set dynamically link against it. Also expand the libstdc++ static linking check to include this new condition. |
Luca Boccassi <bluca@debian.org> | no | commit:e46997e9a43d512b6a5d01aae1a4566fd147b7b9 | ||
0002-cmake-always-link-to-packaged-libbpf-if-CMAKE_USE_LI.patch | always link to packaged libbpf if CMAKE_USE_LIBBPF_PACKAGE is set Some of the executables still link to the local static versions even if the user requested CMAKE_USE_LIBBPF_PACKAGE. Fix this by using bcc-shared-no-libbpf more widely if the variable is set. |
Luca Boccassi <bluca@debian.org> | no | commit:300296a598613912df5dc61f4b327b7102e52011 | ||
0003-Remove-libbcc-no-libbpf-shared-library-change-libbcc.patch | remove libbcc-no-libbpf library The current upstream split does not work very well, as the SONAME is mangled so nothing recognises it. Remove it entirely, and switch the libbcc.so to dynamically link with libbpf if the configure option is set. |
Luca Boccassi <bluca@debian.org> | no | commit:1cb5026e6f1d8dc7ca115cae579be4c53bec0c9e | ||
0004-compat-defs.patch | temporary support defs from Linux 5.11 Can be dropped once we have linux-libc-dev 5.11 | Luca Boccassi <bluca@debian.org> | invalid |