Bug#845414: cdebconf: makes debian-installer FTBFS due to libdebconf.so issues (binutils)
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 220.127.116.1161108-1) => debian-installer builds fine, with old & new binutils.
cdebconf 0.219 (rebuilt with 18.104.22.16861118-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.