jpeg-6b-r4 fails because of missing 'local' copy of 'libtool' binary When attempting to emerge it fails citing an inability to recognize 'x86_64-pc-linux-gnu' because it can't find a copy of 'libtool' to run, even though there is a copy in '/usr/bin/' on my system. Copying 'libtool' from '/usr/bin' to '/var/tmp/portage/jpeg-6b-r3/work/jpeg-6b-r3' quicky solved the problem and it builds and installs fine. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Errrr... replace 'r3' with 'r4' where appropriate... .small typo on my part
I am seeing the problem too (also on amd64). The fix is to modify line 1532 of the "configure" file to remove the preceding "./". After that change it compiles fine. --- configure.orig 2004-12-21 11:38:47.079956656 -0600 +++ configure 2004-12-21 11:38:54.462834288 -0600 @@ -1529,7 +1529,7 @@ fi if test "x$LTSHARED" != xno -o "x$LTSTATIC" != xno; then USELIBTOOL="yes" - LIBTOOL="./libtool" + LIBTOOL="libtool" O="lo" A="la" LN='$(LIBTOOL) --mode=link $(CC)'
*** Bug 74846 has been marked as a duplicate of this bug. ***
The patch from comment #2 needs to be sent to the "http://www.ijg.org/" people to fix the root cause of gentoo's brokenness. I've managed to find a ebuild hack that will allow it to build without any problems until the patch from comment #2 is sent and accepted by the jpeg folk. Please add this one-liner to jpeg-6b-r4.ebuild --- jpeg-6b-r4.ebuild.orig 2004-12-21 18:47:30.295433504 -0600 +++ jpeg-6b-r4.ebuild 2004-12-21 18:36:46.050373640 -0600 @@ -30,6 +30,7 @@ src_unpack() { } src_compile() { + cp /usr/bin/libtool . replace-cpu-flags k6 k6-2 k6-3 i586 econf --enable-shared --enable-static || die "econf failed" emake \
Any update on this? It's been a while with jpeg broken...
*** Bug 75574 has been marked as a duplicate of this bug. ***
Fixed in CVS, thanks.
*** Bug 88444 has been marked as a duplicate of this bug. ***