Apparently it fails during the install phase with the error: cp: cannot create regular file `/var/tmp/portage/app-text/ghostscript-gpl-9.01/image//usr/share/ghostscript/9.01/#inst.5778#': No such file or directory make: *** [extra-dmprt-install] Error 1 emerge -pqv =app-text/ghostscript-gpl-9.01 [ebuild U ] app-text/ghostscript-gpl-9.01 [9.00-r1] USE="X cups djvu gtk jpeg2k -bindist -idn" LINGUAS="-ja -ko -zh_CN -zh_TW" Reproducible: Always
Created attachment 263687 [details] emerge --info =app-text/ghostscript-gpl-9.01
Created attachment 263689 [details] build log
With a value of '-j11', first guess goes for a parallel make problem.
MAKEOPTS="-j2" emerge -va ghostscript-gpl This worked, Thanks! This never happened before. (except maybe virtualbox which refuses to emerge with distcc) I have several gentoos cooperating with distcc, hence the "-j11"
You should probably set -j1 for install as well, just as you do for "make so all" in src_compile. This because the makefiles are gently expressed broken. Try "make --warn-undefined-variables" and you will see what I mean. In short their makefiles has the following trouble: foobar : $(foo_h) <insert rules here> foo_h=<insert targets and variables here> This leads to a target depending on a variable yet to be set. The result is that even if a target in the makefile seems to have the correct dependencies make will not be able to resolve them. And this they do loads of. base/lib.mak seems to be really bad when it comes to this so I guess upstream is just lucky this only breaks parallel make... This should probably be brought upstream, but I have not the time nor energy currently to do that or propose a fix.
Not in the tree anymore. Please re-open if you still have problems with current 9.04.