On Wed, Aug 08, 2018 at 09:06:24PM +0200, Nicolas DEFFAYET wrote: > Package: hplip > Severity: normal > > Unable to backport package hplip on stretch using newer version from > unstable or experimental: /usr/bin/ld: cannot find -lhpipp > > > hplip_3.17.10+repack0-5 from unstable: > > libtool: relink: gcc -shared -fPIC -DPIC .libs/cupsext_la- > cupsext.o -Wl,--as-needed -lcups -L/build/hplip- > 3.17.10+repack0/debian/tmp/usr/lib/x86_64-linux-gnu -L/usr/lib/x86_64- > linux-gnu -lhpipp -lcrypto -g -O2 -fstack-protector-strong -Wl,-z > -Wl,relro -Wl,-z -Wl,now -Wl,-soname -Wl,cupsext.so -o > .libs/cupsext.so > /usr/bin/ld: cannot find -lhpipp > collect2: error: ld returned 1 exit status > > > hplip_3.18.6+dfsg0-1 from experimental: > > /bin/mkdir -p '/build/hplip- > 3.18.6+dfsg0/debian/tmp/usr/share/hplip/prnt' > /usr/bin/install -c -m 644 prnt/cups.py prnt/__init__.py prnt/ldl.py > prnt/pcl.py prnt/colorcal.py '/build/hplip- > 3.18.6+dfsg0/debian/tmp/usr/share/hplip/prnt' > /usr/bin/ld: cannot find -lhpipp > collect2: error: ld returned 1 exit status The same happens when I try building hplip in a stable chroot. When not building in parallel it builds fine though. libhpipp is built in the same source package. My guess is it's a dependency problem that is fixed by newer autotools as building in unstable works fine for me. And to make the result actually installable I had to weaken the breaks/replaces introduced in the last release as can be seen at https://salsa.debian.org/printing-team/hplip/merge_requests/1 . Best regards Uwe
Attachment:
signature.asc
Description: PGP signature