Bug 74090 – wrong installation of libijs and libgs in ghostscript-afpl 8.15 and gnu-ghostscript-8.16

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Joerg Plate 2004-12-11 05:29:10 UTC]

I was trying to install gimp-print which failed because libijs was missing.
It should be part of the installed ghostscript-apfl, but it wasn't there.
Re-emerging it resulted in the following output...

./var/
./var/tmp/
./var/tmp/portage/
./var/tmp/portage/ghostscript-afpl-8.15/
./var/tmp/portage/ghostscript-afpl-8.15/image/
./var/tmp/portage/ghostscript-afpl-8.15/image/usr/
./var/tmp/portage/ghostscript-afpl-8.15/image/usr/lib/
./var/tmp/portage/ghostscript-afpl-8.15/image/usr/lib/libgs.so
./var/tmp/portage/ghostscript-afpl-8.15/image/usr/lib/libgs.so.8.15
./var/tmp/portage/ghostscript-afpl-8.15/image/usr/lib/libgs.so.8
./var/tmp/portage/ghostscript-afpl-8.15/image/usr/lib/libijs.la
./var/tmp/portage/ghostscript-afpl-8.15/image/usr/lib/libijs.a

instead of
/usr/lib/*


Reproducible: Always
Steps to Reproduce:
1. emerge ghostscript-afpl

[Comment 1 Barry Schwartz 2005-01-28 20:58:49 UTC]

I had the same problem; it blocks the building of gimp-print.  I used the following quick and dirty workaround at the end of the ebuild script to get libijs and libgs installed.

	# install ijs
	cd ${S}/ijs
	dodir /usr/bin /usr/include /usr/lib
	einstall install_prefix=${D}

	# Workaround for bug.
	cp -ax ${D}/var/tmp/portage/ghostscript-afpl-8.15/image/usr ${D}
}

[Comment 2 Greg Turner 2005-02-19 16:10:19 UTC]

FYI If you are hacking around this you will also need to fix usr/bin/ijs-config, which contains a reference to the corrupted path, and causes dependant packages to fail to compile.

[Comment 3 Greg Turner 2005-02-19 16:12:36 UTC]

oops.  also ./usr/lib/pkgconfig/ijs.pc

[Comment 4 Heinrich Wendel (RETIRED) 2005-06-07 10:19:38 UTC]

*** Bug 94558 has been marked as a duplicate of this bug. ***

[Comment 5 Paolo Pedroni 2005-08-07 04:10:18 UTC]

It looks like noone is working on this. I'll tell you what I found out, but I  
can't fix it because I'm no ebuild hacker. It looks like during the configure  
step of the ebuild the ${D} environment variable is either overridden by or  
overrides an internal ${D} variable which is defined 
in /var/tmp/portage/ghostscript-afpl-8.15/work/src/ijs.mak (which is sourced by 
the main Makefile). This may (I'm not sure about it) disturb a few other 
variables which are used for installation destination of libraries. 

[Comment 6 Diego Elio Pettenò (RETIRED) 2005-08-18 06:11:22 UTC]

Created attachment 66226 [details, diff]
Ebuild patch

This patch fixes the installation for me. It removes the fake prefix set on
econf, and passes D=/ (as ${D} is used as directory separator, / on unix and \\
you-know-where).

[Comment 7 Paolo Pedroni 2005-10-06 14:09:14 UTC]

Six weeks passed since a possible fix was proposed. Bumping the bug. 

[Comment 8 Daniel Gryniewicz (RETIRED) 2005-10-06 19:57:41 UTC]

Sorry this fell through the cracks.  Fixed.

[Comment 9 Paolo Pedroni 2005-10-07 00:36:57 UTC]

ghostscript-afpl hasn't been fixed yet, though. 

[Comment 10 Simon Stelling (RETIRED) 2006-01-14 16:17:48 UTC]

*** Bug 115581 has been marked as a duplicate of this bug. ***

[Comment 11 Stefan Schweizer (RETIRED) 2006-01-14 16:22:49 UTC]

fix also added to latest afpl now.