Danke! All needed dependencies are stable.
compile ok. No hw to test.
amd64 done. Thanks Agostino
Created attachment 277573 [details] emerge --info
Hey, just ran a world update, but it hangs at this package. Here's the error message: /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../x86_64-pc-linux-gnu/bin/ld: warning: libtiff.so.3, needed by /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../lib64/libcupsimage.so, not found (try using -rpath or -rpath-link) /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../lib64/libcupsimage.so: undefined reference to `TIFFClose' /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../lib64/libcupsimage.so: undefined reference to `TIFFGetField' /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../lib64/libcupsimage.so: undefined reference to `_TIFFfree' /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../lib64/libcupsimage.so: undefined reference to `TIFFFdOpen' /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../lib64/libcupsimage.so: undefined reference to `_TIFFmalloc' /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../lib64/libcupsimage.so: undefined reference to `TIFFReadScanline' /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.0/../../../../lib64/libcupsimage.so: undefined reference to `TIFFScanlineSize' collect2: ld returned 1 exit status make: *** [hpcups] Fehler 1 emake failed * ERROR: net-print/hplip-3.11.5 failed (compile phase): * emake failed * * Call stack: * ebuild.sh, line 56: Called src_compile * environment, line 5962: Called _eapi2_src_compile * ebuild.sh, line 665: Called die * The specific snippet of code: * emake || die "emake failed" * * If you need support, post the output of 'emerge --info =net-print/hplip-3.11.5', * the complete build log and the output of 'emerge -pqv =net-print/hplip-3.11.5'. * The complete build log is located at '/var/tmp/portage/net-print/hplip-3.11.5/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/net-print/hplip-3.11.5/temp/environment'. * S: '/var/tmp/portage/net-print/hplip-3.11.5/work/hplip-3.11.5' >>> Failed to emerge net-print/hplip-3.11.5, Log file: >>> '/var/tmp/portage/net-print/hplip-3.11.5/temp/build.log' * Messages for package net-print/hplip-3.11.5: * ERROR: net-print/hplip-3.11.5 failed (compile phase): * emake failed * * Call stack: * ebuild.sh, line 56: Called src_compile * environment, line 5962: Called _eapi2_src_compile * ebuild.sh, line 665: Called die * The specific snippet of code: * emake || die "emake failed" * * If you need support, post the output of 'emerge --info =net-print/hplip-3.11.5', * the complete build log and the output of 'emerge -pqv =net-print/hplip-3.11.5'. * The complete build log is located at '/var/tmp/portage/net-print/hplip-3.11.5/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/net-print/hplip-3.11.5/temp/environment'. * S: '/var/tmp/portage/net-print/hplip-3.11.5/work/hplip-3.11.5' Seems like the Makefile needs adaption. tiff is installed (Version 4). Regards, Alex
@Alexander: This has nothing to do with the stable request bug. Here we consider only packages which are stable and media-libs/tiff-4.0.0_beta7 is not. hplip failing with a stable version of tiff would be another issue. Furthermore /usr/lib64/libcupsimage.so is part of cups and not hplip. I guess you have upgraded to tiff-4.0.0_beta7 and cups now needs a rebuild. Try running revdep-rebuild and afterwards re-emerge hplip. If it still fails I would say this is more an issue with cups and tiff.
Sorry for my mistake. I just did a revdep-rebuild an it fixed the problem. Some kind of strange, as recently I ran a whole "emerge -e world" and several updates, revdep-rebuilds etc. because I moved my gentoo to a new laptop. Also cups was updated not long ago. So my conclusion was a bit "fast". D'oh.
I have HP LaserJet 1100 and try to use stable net-print/hplip-3.11.5 but printing fails because gstoraster cups filter is missing. This filter is available in app-text/ghostscript-gpl-9.02 (not sure about other 9.* versions) but it is ~masked. Latest stable app-text/ghostscript-gpl-8.71-r6 doesn't provide the aforementioned filter. So that we need to stabilize ghostcript-gpl also (and poppler-data too as dependency of ghostscript) so that stable hplip would not depend on ~masked package.
(In reply to comment #7) It looks like pstoraster and pdftoraster have been replaced with gstoraster in ghostscript-gpl-9.02 (Released 2011-03-30). [1] However I doubt hplip-3.11.5 (Released 2011-05-18) needs gstoraster. billie@gentoo hplip-3.11.5 $ grep -ir gstoraster . billie@gentoo hplip-3.11.5 $ The only reference to any *toraster thing I can find is pstoraster in hplip-3.11.5/prnt/hpijs/foomatic-rip-hplip Can you try to downgrade to app-text/ghostscript-gpl-8.71-r6 and rebuild cups and hplip. If the problem persists please open a new bug about this issue and provide some information. Output of hp-check, logfiles with error messages, emerge --info net-print/hplip-3.11.5. Which file do you want to print and from which application. Are other applications able to print? [1] http://www.ghostscript.com/doc/current/History9.htm see 2011-02-28T22:31:28.419926Z
(In reply to comment #8) Rebuilding cups actually helped, thanks! Don't know why I didn't do it in the first place.
x86 stable
ppc/ppc64 stable, last arch closing
