Created attachment 273079 [details] build.log emerging current version of hplip fails when linking against -lv4l1: /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.5/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lv4l1 emerging libv4l fixes the problem, adding it to DEPEND also fixes the issue.
Created attachment 273081 [details] emerge --info =net-print/hplip--3.10.9-r1
Created attachment 273083 [details] emerge -pqv =net-print/hplip-3.10.9-r1
Created attachment 273085 [details] fixed ebuild
I can not reproduce this here on x86. Why should a printing driver mess with libv4l at all?
hplip links against libsane.so if USE="scanner". sane-backends seems to link libsane.so against libv4l.so (if present) even when USE="-v4l". Unmerging libv4l and running a revdep-rebuild rebuilds sane-backends, and then hplip compiles cleanly. End result: I forgot to run revdep-rebuild before submitting this bug. Apologies all around.
(In reply to comment #5) > hplip links against libsane.so if USE="scanner". sane-backends seems to link > libsane.so against libv4l.so (if present) even when USE="-v4l". Unmerging > libv4l and running a revdep-rebuild rebuilds sane-backends, and then hplip > compiles cleanly. > End result: I forgot to run revdep-rebuild before submitting this bug. > Apologies all around. No problem! This looks more like a bug in sane-backends then and v4l is an automagic dependency otherwise it should not link against libv4l if the v4l use flag is disabled. It would be good if you open a bug against sane-backends to get this corrected.
