[01:25] LocutusOfBorg: ok - so no deps or build-deps are broken by removing resvg; "implicit dependency" effectively means "reverse dependency" [01:25] more specifically, "reverse dependency that must transition together" === tuxifreu- is now known as tuxifreund [07:58] ricotz[m], hello, can you please move away from llvm-toolchain-11 for thunderbird? Debian switched to unversioned clang/llvm I know you are using 14, but reverse-depends is not able to filter old ones... do you have any particular reason for now using the default? [08:00] vorlon, you know what? I think we can kick llvm-toolchain-11 out from the world... [08:01] its a good day when an llvm can be kicked out [08:02] (specially if it FTBFS) [08:37] LocutusOfBorg: last I looked it still had reverse-dependencies [08:37] LocutusOfBorg, hey, dropping 11 makes sense with impish gone, thanks - the packaging is mostly kept in sync over the supported series while trying to match the upstream toolchain [08:38] LocutusOfBorg: bpftrace is blocked because the kernel doesn't provide the necessary dependencies to let it build [08:38] vorlon, fixed 10s ago :) [08:38] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1981089 ? [08:38] -ubottu:#ubuntu-release- Launchpad bug 1981089 in linux (Ubuntu Lunar) "Please have linux-tools-common Provide: bpftool" [Medium, Triaged] [08:38] its only aotrt that is not built [08:38] https://launchpad.net/ubuntu/+source/bpftrace/0.16.0-1ubuntu1 [08:39] vorlon, it was failing because dh_dwz was trying to strip a file not built on Ubuntu [08:39] incidentally the build never failed before, because dwz was not overridden [08:39] -$(STRIP_CMD) debian/bpftrace/usr/bin/bpftrace-aotrt [08:39] this did the trick, I can forward in Debain [08:39] *Debian [08:40] I hope it migrated in one britney run [08:40] but it fails on Ubuntu because the command is missing and shouldn't be; and it's missing because it needs the newer bpfcc in order to build [08:40] so you've worked around the proximate failure, but the intent of the packaging is that the command should be there [08:41] if Debian agrees, then I guess we can move forward [10:20] vorlon, the current package in release pocket isn't providing that binary [10:20] so, its not a "regression" in terms of Ubuntu [10:20] and in case the kernel gets fixed, we will have the new binary [10:33] vorlon, this is the check that fails btw [10:33] ./cmake/FindLibBcc.cmake:check_symbol_exists(bcc_usdt_foreach ${LIBBCC_INCLUDE_DIRS}/bcc/bcc_usdt.h LIBBCC_BPF_CONTAINS_RUNTIME) [10:50] vorlon, libbpf, bpfcc should be fixed [10:50] I switched the dependency [10:50] hello apw, what is the problem of adding Provide: bpftool please to linux-tools-common? [10:50] pleeeeeeeeeeeease [11:07] or probably linux-tools-generic, considering https://launchpad.net/ubuntu/+source/bpfcc/0.25.0+ds-1ubuntu1 [15:54] vorlon, bpftrace migrated [21:48] -queuebot:#ubuntu-release- New binary: bpfcc [amd64] (lunar-proposed/universe) [0.25.0+ds-1ubuntu3] (no packageset) [21:49] -queuebot:#ubuntu-release- New binary: bpfcc [arm64] (lunar-proposed/universe) [0.25.0+ds-1ubuntu3] (no packageset) [21:49] -queuebot:#ubuntu-release- New binary: bpfcc [ppc64el] (lunar-proposed/universe) [0.25.0+ds-1ubuntu3] (no packageset) [21:55] vorlon, please have a look, its an hard and hacky way to find the tool ^^ [23:39] LocutusOfBorg: would really rather the kernel team maintain their packaging instead of introducing deltas, but meh [23:40] -queuebot:#ubuntu-release- New: accepted bpfcc [amd64] (lunar-proposed) [0.25.0+ds-1ubuntu3] [23:40] -queuebot:#ubuntu-release- New: accepted bpfcc [ppc64el] (lunar-proposed) [0.25.0+ds-1ubuntu3] [23:40] -queuebot:#ubuntu-release- New: accepted bpfcc [arm64] (lunar-proposed) [0.25.0+ds-1ubuntu3]