Bug 214664

Summary: print/hplip: Fails to build: libtool: '/usr/local/lib/libtiff.la' is not a valid libtool archive
Product: Ports & Packages Reporter: O. Hartmann <ohartmann>
Component: Individual Port(s)Assignee: Ben Woods <woodsb02>
Status: Closed FIXED    
Severity: Affects Only Me CC: portmgr, woodsb02
Priority: --- Keywords: needs-qa
Version: LatestFlags: koobs: maintainer-feedback? (woodsb02)
koobs: merge-quarterly?
Hardware: Any   
OS: Any   

Description O. Hartmann 2016-11-19 11:14:36 UTC 
On recent 12-CURRENT, print/hplip fails to compile due to the error shown below. I have already deinstalled and recompiled port graphics/tiff, but the problem is really sticky.

[...]
--- scanext.la ---
/bin/sh ./libtool  --tag=CC    --mode=link cc -I/usr/local/include/python2.7  -O2 -pipe -O3  -fstack-protector -fno-strict-aliasing -DCONFDIR=\"/usr/local/etc/hp\" -module -avoid-version -lsane -fstack-protector -o scanext.la -rpath  /usr/local/lib/python2.7/site-packages scanext_la-scanext.lo  -lcrypto -L/usr/local/lib
--- libhpmud.la ---
/bin/sh ./libtool  --tag=CC    --mode=link cc -DMUDNAME=\"hpmud\"  -DCONFDIR=\"/usr/local/etc/hp\" -Iprotocol  -I/usr/local/include/libusb-1.0 -Iprotocol/discovery  -O2 -pipe -O3  -fstack-protector -fno-strict-aliasing -DCONFDIR=\"/usr/local/etc/hp\" -version-info 0:6:0 -lpthread   -lusb  -lnetsnmp -lcrypto -fstack-protector -o libhpmud.la -rpath /usr/local/lib libhpmud_la-hpmud.lo  libhpmud_la-mlc.lo libhpmud_la-model.lo  libhpmud_la-pml.lo libhpmud_la-dot4.lo  libhpmud_la-jd.lo libhpmud_la-pp.lo  libhpmud_la-utils.lo   libhpmud_la-musb.lo libhpdiscovery.la -lcrypto -L/usr/local/lib
--- scanext.la ---
libtool: link: cc -shared  -fPIC -DPIC  .libs/scanext_la-scanext.o   -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib /usr/local/lib/libsane.so -lcrypto -L/usr/local/lib  -O2 -O3 -fstack-protector -fstack-protector   -pthread -Wl,-soname -Wl,scanext.so -o .libs/scanext.so
sed: /usr/local/lib/libtiff.la: No such file or directory
libtool:   error: '/usr/local/lib/libtiff.la' is not a valid libtool archive
*** [scanext.la] Error code 1
Comment 1 Kubilay Kocak freebsd_committer freebsd_triage 2016-11-19 11:25:39 UTC 
Correct summary, assign to maintainer

CC graphics/tiff maintainer
Comment 2 O. Hartmann 2016-11-19 18:51:07 UTC 
poudriere among other systems compile the port flawlessly! The reported issue seems to be tight up to a couple of systems and I suspect remnant fallout from older builds or ports.

I tried to rebuild via

portmaster -df print/hplip

which results in over 420 ports to be rebuild. All ports successfully rebuild except print/hplip.

Hopefully this additional information leads to a solution, the problem seems to narrowed down to "affects only me".
Comment 3 O. Hartmann 2017-02-26 09:36:33 UTC 
I'm still trapped with this problem. Is there in any way any chance that this gets fixed?
Comment 4 Antoine Brodin freebsd_committer freebsd_triage 2017-02-26 09:43:48 UTC 
See the 20140909 entry in /usr/ports/UPDATING about missing .la files.
Comment 5 O. Hartmann 2017-02-28 11:11:41 UTC 
(In reply to Antoine Brodin from comment #4)

Thank you for the hint!

I'm pretty sure that I've already done this eons ago. But checking again, two .la files related to sane/xsane were identified as remnants in /usr/local/lib.

After deleting them, the port installed flalessly again. I have no idea why it took that long to reveal that issue on some of our boxes, although those systems are updated on a weekly basis at least.

Anyway, problem solved.

Kind regards,

oh
Comment 6 Ben Woods freebsd_committer freebsd_triage 2017-02-28 13:06:14 UTC 
Glad you found the issue!

I have checked, and the hplip configure script does not have an option to disable searching for the sane/xsane/tiff libraries... so its not something I can easily improve in the port.