Source: cdebconf Version: 0.219 Severity: grave Justification: renders package unusable
This update has to stay away from testing since it generates the following issue during the build: | # HACK ALERT: X.Org modules are excluded from the scan as mklibs | # is unable to find symbols provided by the /usr/bin/Xorg binary | mklibs-copy -L ./tmp/netboot/tree/usr/lib -L ./tmp/netboot/tree/usr/lib/x86_64-linux-gnu \ | -L ./tmp/netboot/udeblibs -v -d ./tmp/netboot/tree/lib --root=./tmp/netboot/tree \ | -L ./tmp/netboot/tree/usr/lib/cdebconf/frontend \ | -ltext.so -lnewt.so \ | `find ./tmp/netboot -type f -a \( -perm /0111 -o -name '*.so' -o -name '*.so.*' \) | \ | grep -v udeblibs | grep -v 'usr/lib/xorg/modules/.*\.so'` | INFO: Using /lib64/ld-linux-x86-64.so.2 as dynamic linker | INFO: library reduction pass 1 | File not found:libdebconf.so | Makefile:485: recipe for target 'stamps/tree-netboot-stamp' failed This happened for daily builds, and is reproducible on sid devel chroots, on various architectures. Based on a hunch, I investigated a few things around binutils: downgrading it to try a debian-installer build, with or without cdebconf udebs rebuilt against the said binutils. Results: cdebconf 0.219 (rebuilt with 2.27.51.20161108-1) => debian-installer builds fine, with old & new binutils. cdebconf 0.219 (rebuilt with 2.27.51.20161118-2) => debian-installer FTBFS, with old & new binutils. I'll try and investigate a bit more, maybe some other packages are going to be affected by this, but cdebconf is special considering it has plugins; also, binutils had commits touching the linker… On not entirely unrelated notes: - cdebconf will FTBFS on buildds due to this x11-common bug: #845405 (seen with jenkins jobs going red as noticed on IRC) - d-i will FTBFS for a while on x86 due to the X11 transition. KiBi.
