Bug 356303

Summary:	app-text/ghostscript-gpl-9.01 (parallel?) install fails
Product:	Gentoo Linux	Reporter:	Andreas Proteus <proteuss>
Component:	Current packages	Assignee:	Printing Team <printing>
Status:	RESOLVED OBSOLETE
Severity:	normal	CC:	kanelxake, vapier
Priority:	High
Version:	unspecified
Hardware:	x86
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---
Attachments:	emerge --info =app-text/ghostscript-gpl-9.01 build log

Description Andreas Proteus 2011-02-24 14:08:13 UTC

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

Comment 1 Andreas Proteus 2011-02-24 14:11:56 UTC

Created attachment 263687 [details]
emerge --info =app-text/ghostscript-gpl-9.01

Comment 2 Andreas Proteus 2011-02-24 14:15:41 UTC

Created attachment 263689 [details]
build log

Comment 3 Rafał Mużyło 2011-02-24 15:07:27 UTC

With a value of '-j11', first guess goes for a parallel make problem.

Comment 4 Andreas Proteus 2011-02-24 15:32:42 UTC

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"

Comment 5 Xake 2011-05-16 10:23:42 UTC

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.

Comment 6 Andreas K. Hüttel archtester

2012-02-01 20:38:26 UTC

Not in the tree anymore. Please re-open if you still have problems with current 9.04.