Output of "libtool: link: cannot find the library `/var/tmp/portage/physfs-0.1.8/image//usr/lib/libphysfs.la'" is given, even though physfs is already emerged. (see below for full output). So therefore asc will not emerge. Reproducible: Always Steps to Reproduce: 1. emerge asc OR 1. emerge --onlydeps asc 2. emerge asc Actual Results: Console Output: mkdir .libs mkdir .libs mkdir: cannot create directory `.libs': File exists libtool: link: cannot find the library `/var/tmp/portage/physfs-0.1.8/image//usr/lib/libphysfs.la' make[4]: *** [asc_map2pcx] Error 1 make[4]: *** Waiting for unfinished jobs.... libtool: link: cannot find the library `/var/tmp/portage/physfs-0.1.8/image//usr/lib/libphysfs.la' make[4]: *** [asc_mapedit] Error 1 make[4]: Leaving directory `/var/tmp/portage/asc-1.13.8.0/work/asc-1.13.8.0/source/unix/mapeditor' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/portage/asc-1.13.8.0/work/asc-1.13.8.0/source/unix' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/asc-1.13.8.0/work/asc-1.13.8.0/source' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/asc-1.13.8.0/work/asc-1.13.8.0' make: *** [all] Error 2 !!! ERROR: games-strategy/asc-1.13.8.0 failed. !!! Function src_compile, Line 36, Exitcode 2 !!! emake failed Expected Results: Emerged asc without error. Tried with both the CFLAGS & CXXFLAGS below and "-O2 -pipe". Same error with both. bash-2.05b# emerge info Portage 2.0.49-r3 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.4.20-gentoo-r7) ================================================================= System uname: 2.4.20-gentoo-r7 i686 AMD Athlon(tm) XP 1700+ ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -mcpu=athlon-xp -march=athlon-xp -fomit-frame-pointer -fexpensive-optimizations -fprefetch-loop-arrays -fforce-addr -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O3 -mcpu=athlon-xp -march=athlon-xp -fomit-frame-pointer -fexpensive-optimizations -fprefetch-loop-arrays -fforce-addr -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache autoaddcvs" GENTOO_MIRRORS="http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 oss apm foomaticdb libg++ libwww mikmod ncurses nls xml2 xv gdbm berkdb slang arts ggi tcltk guile gpm tcpd esd imlib motif 3dnow acpi alsa apache2 avi crypt cups -doc dvd emacs encode fbcon gif -gnome -gtk java jpeg junit kde ldap mad maildir mmx mozilla mpeg mysql oggvorbis opengl pam pdflib perl png python qt quicktime readline ruby samba sdl spell sse ssl svga truetype usb X xmms zlib"
could you post /usr/lib/libphysfs.la as an attachment please
Created attachment 18623 [details] /usr/lib/libphysfs.la /usr/lib/libphysfs.la as requested by spanky.
i just added 0.1.9, please update and try to emerge asc again
I tried emerge asc again (this time it installed physfs-0.1.9), but it still gives the same error. Except now it says: libtool: link: cannot find the library `/var/tmp/portage/physfs-0.1.9/image//usr/lib/libphysfs.la'
upgrade your portage and try again ... i dont see why your .la file still has the ${D} in it when mine is installed clean ...
I upgraded to portage-2.0.49-r13, still get the exact same error.
Can you post the output of `env | sort` as a text attachment please?
Created attachment 19428 [details] output from env | sort The output of env | sort, as requested.
Just for your information, I tried reemerging libtool with CFLAGS="-O2 -pipe" seeing as that appeared to be the program that is starting off the problem, but still the same result. Also, when emerging g-wrap (a dependecy for Gnucash) it produces a very similar error: libtool: link: warning: library `/usr/lib/libguile.la' was moved. grep: /var/tmp/portage/guile-1.6.4-r1/image//usr/lib/libguile-ltdl.la: No such f ile or directory /bin/sed: can't read /var/tmp/portage/guile-1.6.4-r1/image//usr/lib/libguile-ltd l.la: No such file or directory libtool: link: `/var/tmp/portage/guile-1.6.4-r1/image//usr/lib/libguile-ltdl.la' is not a valid libtool archive make[2]: *** [libgwrap-wct.la] Error 1 make[2]: *** Waiting for unfinished jobs.... rm -f .libs/gw-standard.lo gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -Werror -I/usr/include/glib-1.2 -I /usr/lib/glib/include -I/usr/include/glib-1.2 -I/usr/lib/glib/include -mcpu=athl on-xp -march=athlon-xp -fomit-frame-pointer -fexpensive-optimizations -pipe -MT gw-standard.lo -MD -MP -MF .deps/gw-standard.Tpo -c gw-standard.c -fPIC -DPIC - o .libs/gw-standard.lo gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -Werror -I/usr/include/glib-1.2 -I /usr/lib/glib/include -I/usr/include/glib-1.2 -I/usr/lib/glib/include -mcpu=athl on-xp -march=athlon-xp -fomit-frame-pointer -fexpensive-optimizations -pipe -MT gw-standard.lo -MD -MP -MF .deps/gw-standard.Tpo -c gw-standard.c -o gw-standard .o >/dev/null 2>&1 mv -f .libs/gw-standard.lo gw-standard.lo make[2]: Leaving directory `/var/tmp/portage/g-wrap-1.3.4/work/g-wrap-1.3.4/g-wr ap' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/g-wrap-1.3.4/work/g-wrap-1.3.4' make: *** [all] Error 2 !!! ERROR: dev-libs/g-wrap-1.3.4 failed. !!! Function src_compile, Line 35, Exitcode 2 !!! (no error message) So, does this suggest something is wrong with my system? As far as I am aware I have done nothing out of the ordinary. Thank, AlyM.
seems to be a larger bug than just asc/physfs ... what does `qpkg -I -v libtool` show you ?
After realising I'd have to emerge gentoolkit to run qpkg :D, it gives this output: /usr /usr/lib /usr/lib/libltdl.so.0.1.2 052348e620ea6c6325c2db4d16a6aa39 1067288284 /usr/lib/libltdl.so.0 -> libltdl.so.0.1.2 (41471, 180269L, 778L, 1, 0, 0, 16L, 1 067288284, 1067288284, 1067288284) /usr/lib/libltdl.so -> libltdl.so.3.1.0 (41471, 180270L, 778L, 1, 0, 0, 16L, 106 7288284, 1067288284, 1067288284) /usr/lib/libltdl.so.3 -> libltdl.so.3.1.0 (41471, 180271L, 778L, 1, 0, 0, 16L, 1 067288284, 1067288284, 1067288284) /usr/lib/libltdl.a 473ad8927de754215e708302c6ef0fb4 1067288284 /usr/lib/libltdl.so.3.1.0 8be0fc53d20d174cbaca1bb32974d07f 1067288284 /usr/lib/libltdl.la f50dfcfd5904d66aefe952cf70b43022 1067288284 /usr/bin /usr/bin/libtool fc6a691a2b5aee7c4414802cedeb2e63 1067288284 /usr/bin/libtoolize 1c8f9937f1a0a3d5f365d65b972fb8d7 1067288284 /usr/share /usr/share/aclocal /usr/share/aclocal/libtool.m4 79d28f806e1186fd372bf9ac72595a41 1067288284 /usr/share/aclocal/ltdl.m4 75a60a7fae28f7459e914919a9cecb5c 1067288284 /usr/share/libtool /usr/share/libtool/ltmain.sh ef10fc961174d4176b32902407acaa04 1067288284 /usr/share/libtool/config.guess e3f0d2802d6bbaab91523569059d4557 1067288284 /usr/share/libtool/config.sub 46b5f22a89ce2f614252be61a5330b02 1067288284 /usr/share/libtool/libltdl /usr/share/libtool/libltdl/README 58344d70a9585017b1917f7aadeb2112 1067288284 /usr/share/libtool/libltdl/stamp-h.in 1ded054093de910d9786c62bc4fe8cc6 106728828 4 /usr/share/libtool/libltdl/COPYING.LIB d8045f3b8f929c1cb29a1e3fd737b499 10672882 84 /usr/share/libtool/libltdl/Makefile.am 8395e48ad562cbb6c91a443eb141af8c 10672882 84 /usr/share/libtool/libltdl/Makefile.in 546cd1db3a698de8472ae53b8367dbf7 10672882 84 /usr/share/libtool/libltdl/acinclude.m4 ab0dcce3c43a2f2fe2e9404cf40f74a1 1067288 284 /usr/share/libtool/libltdl/aclocal.m4 d3734877a45f831f108422f08c47f471 106728828 4 /usr/share/libtool/libltdl/config-h.in d19e3e03864c387ea0073e46dc390661 10672882 84 /usr/share/libtool/libltdl/configure 827f9a4c34dc2c9e75890fcffdb66023 1067288284 /usr/share/libtool/libltdl/configure.in c6494f25cfd6740490cbd3f48c13b66e 1067288 284 /usr/share/libtool/libltdl/ltdl.c b37c0f2daa0ac57452ec3d0b9e459639 1067288284 /usr/share/libtool/libltdl/ltdl.h ee99980905e04ebd71dda86810af81a5 1067288284 /usr/share/info /usr/share/info/libtool.info-2.gz e02abcd486a5afe256f20b5ed5b2224d 1067288284 /usr/share/info/libtool.info-3.gz c28be0840b122f36d23f8a761d9a7ea7 1067288284 /usr/share/info/libtool.info-4.gz ee890ec64f5a81a1b1ead6afca31d1ed 1067288284 /usr/share/info/libtool.info-5.gz ac95532444743d125d27699cb69866f7 1067288284 /usr/share/info/libtool.info.gz bdf5fe053b8ee80c7d1fa5f4f5c2c41f 1067288284 /usr/share/info/libtool.info-1.gz ff37f5af7d3f0b1b2eee890734cd8714 1067288284 /usr/share/doc /usr/share/doc/libtool-1.4.3-r1 /usr/share/doc/libtool-1.4.3-r1/AUTHORS.gz b95b4208bc098591490e1c3aaf570980 1067 288284 /usr/share/doc/libtool-1.4.3-r1/COPYING.gz 1312b6cf9914042a373bb21a6a109dfd 1067 288284 /usr/share/doc/libtool-1.4.3-r1/NEWS.gz 626d582962f0247f31c1838cb6d1848c 1067288 284 /usr/share/doc/libtool-1.4.3-r1/ChangeLog.gz ca6cf7c9079bd3dcdbd96e6331cb3dca 10 67288284 /usr/share/doc/libtool-1.4.3-r1/ChangeLog.0.gz 3fa7cc2570591a4f385d0a9e58e17834 1067288284 /usr/share/doc/libtool-1.4.3-r1/README.gz 4cd32bd9f17c179c47760f6cb5e44755 10672 88284 /usr/share/doc/libtool-1.4.3-r1/THANKS.gz 1de6a72d5bbb1e4f0b6bd45bd0646f21 10672 88284 /usr/share/doc/libtool-1.4.3-r1/TODO.gz 97e19424c5f32bfd4c5cf329b594f5a5 1067288 284 /usr/share/doc/libtool-1.4.3-r1/PLATFORMS.gz 233d0d1d5de4d057f00efc73f623bb6d 10 67288284 /usr/include /usr/include/ltdl.h ee99980905e04ebd71dda86810af81a5 1067288284 I could potentially do an emerge -e world or emerge -e system if you think that may resolve this issue. Thanks, AlyM.
az: any idea why his system keeps producing .la files with ${T} still in them ?
Any change in this bug?
I just tried emerging asc again, and it worked fine. I did do an emerge -e system a short while back, but g-wrap still did not compile after it so I did not try asc. A mistake apparantly. g-wrap still won't compile though. I am correct in thinking that the problem here is that line such as (this one extracted from /usr/lib/libguile.la) are existed in some .la files: libdir='/var/tmp/portage/guile-1.6.4-r1/image//usr/lib' when in fact they should be: libdir='/usr/lib' ? Assuming that this is the case I executed: egrep -H */var/tmp/portage/* /usr/lib/*.la to try and see how widespread the issue was, it returned the following: /usr/lib/libSDL_gfx.la:libdir='/var/tmp/portage/sdl-gfx-2.0.3/image//usr/lib' /usr/lib/libdv.la:libdir='/var/tmp/portage/libdv-0.99-r1/image//usr/lib' /usr/lib/libdvdcss.la:libdir='/var/tmp/portage/libdvdcss-1.2.8/image//usr/lib' /usr/lib/libdvdread.la:libdir='/var/tmp/portage/libdvdread-0.9.4/image//usr/lib' /usr/lib/libguile-ltdl.la:libdir='/var/tmp/portage/guile-1.6.4-r1/image//usr/lib ' /usr/lib/libguile-srfi-srfi-13-14-v-1.la:dependency_libs=' /var/tmp/portage/guil e-1.6.4-r1/image//usr/lib/libguile.la /var/tmp/portage/guile-1.6.4-r1/image//usr /lib/libguile-ltdl.la -ldl /usr/lib/libqthreads.la -lpthread -lcrypt -lm' /usr/lib/libguile-srfi-srfi-13-14-v-1.la:libdir='/var/tmp/portage/guile-1.6.4-r1 /image//usr/lib' /usr/lib/libguile-srfi-srfi-4-v-1.la:dependency_libs=' /var/tmp/portage/guile-1. 6.4-r1/image//usr/lib/libguile.la /var/tmp/portage/guile-1.6.4-r1/image//usr/lib /libguile-ltdl.la -ldl /usr/lib/libqthreads.la -lpthread -lcrypt -lm' /usr/lib/libguile-srfi-srfi-4-v-1.la:libdir='/var/tmp/portage/guile-1.6.4-r1/ima ge//usr/lib' /usr/lib/libguile.la:dependency_libs=' /var/tmp/portage/guile-1.6.4-r1/image//us r/lib/libguile-ltdl.la -ldl /usr/lib/libqthreads.la -lpthread -lcrypt -lm' /usr/lib/libguile.la:libdir='/var/tmp/portage/guile-1.6.4-r1/image//usr/lib' /usr/lib/libguilereadline-v-12.la:dependency_libs=' /var/tmp/portage/guile-1.6.4 -r1/image//usr/lib/libguile.la /var/tmp/portage/guile-1.6.4-r1/image//usr/lib/li bguile-ltdl.la -ldl /usr/lib/libqthreads.la -lpthread -lcrypt -lm -lreadline -ln curses' /usr/lib/libguilereadline-v-12.la:libdir='/var/tmp/portage/guile-1.6.4-r1/image/ /usr/lib' /usr/lib/libid3.la:libdir='/var/tmp/portage/id3lib-3.8.3-r1/image//usr/lib' /usr/lib/liblavfile.la:dependency_libs=' -L/usr/lib -lmovtar /usr/lib/libquickti me.la -ldl -L/usr/include/jpeg-mmx /usr/lib/libjpeg-mmx.la -L/usr/local/lib /var /tmp/portage/libdv-0.99-r1/image//usr/lib/libdv.la -lm /usr/lib/libglib.la -lpth read' /usr/lib/libxine.la:libdir='/var/tmp/portage/xine-lib-1_beta12/image//usr/lib' So 13 unique files seem to contain the problem. Any ideas as to the cause of this? Also, should this be reopened as a new bug and this one closed, seeing as the original bug has somehow been resolved. Thanks, AlyM.
There shouldn't be any reference to /var/tmp in any .la files on your system. I'd remerge all of the packages that own any of those .la files and see if that fixes the issue. You could file a separate bug about it, but since it seems to be fixed now, you might just have to chalk it up to a fluke.
i think older libtools caused this ... not 100% sure ... wish azarah would enlighten us ;) but for now, like mr bones said, please re-emerge any offending package that provides an .la with ${T} in it
