Similar errors come from some other e CVS ebuilds too. I have done opengl-update nvidia and have the libGL.la file in /usr/lib . Where should __LIBGL_PATH__ come from ? ../../../libtool: line 3136: cd: __LIBGL_PATH__: No such file or directory libtool: link: warning: cannot determine absolute directory name of `__LIBGL_PATH__' grep: __LIBGL_PATH__/libGL.la: No such file or directory /bin/sed: can't read __LIBGL_PATH__/libGL.la: No such file or directory libtool: link: `__LIBGL_PATH__/libGL.la' is not a valid libtool archive make[5]: *** [libesmart_container.la] Error 1 make[4]: *** [all-recursive] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 * Please do not contact the E team about bugs in Gentoo. * Only contact vapier@gentoo.org via e-mail or bugzilla. * Remember, this stuff is CVS only code so dont cry when * I break you :). !!! ERROR: x11-libs/esmart-0.9.0.20050116 failed. !!! Function enlightenment_die, Line 73, Exitcode 0 !!! emake failed !!! SEND BUG REPORTS TO vapier@gentoo.org NOT THE E TEAM !!! If you need support, post the topmost build error, NOT this status message. Reproducible: Always Steps to Reproduce: 1. use amd64 gentoo, install nvidia drivers in the usual way, including opengl-update 2. try to emerge something that uses __LIBGL_PATH_ like CVS e/esmart/evas Actual Results: Emerge fails due to __LIBGL_PATH__ being undefined somewhere Expected Results: Emerge completes succesfully. oggialli@oggialli ~ $ emerge info Portage 2.0.51-r15 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.11-rc1-love1 x86_64) ================================================================= System uname: 2.6.11-rc1-love1 x86_64 AMD Athlon(tm) 64 Processor 2800+ Gentoo Base System version 1.6.8 Python: dev-lang/python-2.2.3-r5,dev-lang/python-2.3.4 [2.3.4 (#1, Jan 23 2005, 22:21:16)] distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.2.3-r5, 2.3.4 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.8.5-r2, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r1, 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r3 virtual/os-headers: 2.6.8.1-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CFLAGS="-march=x86-64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache digest distlocks sandbox" GENTOO_MIRRORS="http://trumpetti.atm.tut.fi/gentoo" LDFLAGS="-Wl,-O1 -Wl,--enable-new-dtags -Wl,--sort-common -s" MAKEOPTS="-s -j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/overlay/gentoo-de /usr/local/overlay/stuff" SYNC="rsync://rsync1.fi.gentoo.org/gentoo-portage" USE="amd64 X aalib acpi alsa berkdb bitmap-fonts cdr crypt cups dvb dvd f77 fam font-server fortran gdbm gif gstreamer gtk gtk2 imagemagick imlib ipv6 java jp2 jpeg junit libcaca lzw lzw-tiff mad mikmod motif multilib mysql ncurses nls nptl nvidia oggvorbis opengl pam perl png python qt readline samba sdl ssl tcltk tcpd tiff truetype truetype-fonts type1-fonts usb userlocales xml2 xpm xrandr xv xvmc zlib" Unset: ASFLAGS, CBUILD, CTARGET
No clue what __LIBGL_PATH__ is. vapier?
it comes from a borked opengl install which is why i keep giving the bug to you and removing myself :P grep for '__LIBGL_PATH__' in nvidia-glx and you'll find matches in the libtool scripts ... basically it means that somehow a borked libGL.la got onto his system
Hmm, that's strange. Meaning I've tried deleting libGL.la , re-emerging xorg and nvidia-glx, openglupdating to no avail and still getting the same bugger. Note that it is complaining about not knowing about any __LIBGL_PATH_ , does configure set that from libGL.la or why did you say my libGL.la was borked ? As it is really trying to cd to the dir to take a look at libGL.la.
Olli, which opengl libs are you using (nvidia, ati, xorg-x11, or another?)
I'm using the nvidia libs. GL screensavers, doom3, et and stepmania work well.
Nobody has a clue ? A temporary fix maybe ?
Try opengl-update xorg-x11 when you're compiling stuff.
Hmm, nah, didnt work. Same error.
can you do 'grep __LIBGL_PATH__ /usr/lib/*.la'
The command produced this truncated result. (Notice that i have an older version of e17 installed already) /usr/lib/libesmart_container.la:dependency_libs=' -L/usr/lib /usr/lib/libImlib2.la -L/usr/X11R6/lib /usr/lib/libevas.la /usr/lib/libfreetype.la -lpng /usr/lib/libeet.la /usr/lib/libjpeg.la -L//usr/lib /usr/lib/libedb.la -lz -L/usr/lib32 /usr/lib/libGLU.la -lGL __LIBGL_PATH__/libGL.la -lSM -lICE -lXmu -lXt -lXext -lXi -lX11 -lpthread /usr/lib/libltdl.la -ldl -lm' /usr/lib/libesmart_draggies.la:dependency_libs=' -L/usr/lib -L//usr/lib -L/usr/X11R6/lib -L/usr/lib32 -lXi /usr/lib/libecore_evas.la /usr/lib/libecore_x.la -lXcursor -lXinerama /usr/lib/libecore_txt.la /usr/lib/libecore_job.la /usr/lib/libecore.la /usr/lib/libevas.la /usr/lib/libfreetype.la -lpng /usr/lib/libeet.la /usr/lib/libjpeg.la /usr/lib/libedb.la -lz /usr/lib/libGLU.la -lGL __LIBGL_PATH__/libGL.la -lm -lSM -lICE -lXmu -lXt -lXext -lX11 -ldl -lpthread' /usr/lib/libesmart_file_dialog.la:dependency_libs=' /usr/lib/libesmart_container.la -L/usr/lib -L/usr/X11R6/lib -L//usr/lib -L/usr/lib32 /usr/lib/libltdl.la /usr/lib/libesmart_text_entry.la /usr/lib/libImlib2.la -lXi /usr/lib/libedje.la __LIBGL_PATH__/libGL.la /usr/lib/libecore_evas.la /usr/lib/libecore_x.la -lXcursor -lXinerama /usr/lib/libecore_job.la /usr/lib/libecore_ipc.la /usr/lib/libecore_con.la -lssl -lcrypto /usr/lib/libecore_txt.la /usr/lib/libecore_config.la /usr/lib/libecore.la /usr/lib/libevas.la /usr/lib/libfreetype.la -lpng /usr/lib/libedb.la /usr/lib/libGLU.la -lGL -lSM -lICE -lXmu -lXt -lXext -lX11 -ldl -lpthread /usr/lib/libeet.la -lz /usr/lib/libjpeg.la /usr/lib/libembryo.la -lm' /usr/lib/libesmart_text_entry.la:dependency_libs=' -L/usr/lib -L//usr/lib -L/usr/X11R6/lib -L/usr/lib32 -lXi /usr/lib/libedje.la __LIBGL_PATH__/libGL.la /usr/lib/libecore_evas.la /usr/lib/libecore_x.la -lXcursor -lXinerama /usr/lib/libecore_job.la /usr/lib/libecore_ipc.la /usr/lib/libecore_con.la -lssl -lcrypto /usr/lib/libecore_txt.la /usr/lib/libecore_config.la /usr/lib/libecore.la /usr/lib/libevas.la /usr/lib/libfreetype.la -lpng /usr/lib/libedb.la /usr/lib/libGLU.la -lGL -lSM -lICE -lXmu -lXt -lXext -lX11 -ldl -lpthread /usr/lib/libeet.la -lz /usr/lib/libjpeg.la /usr/lib/libembryo.la -lm' /usr/lib/libesmart_thumb.la:dependency_libs=' -L/usr/lib -L/usr/X11R6/lib /usr/lib/libevas.la /usr/lib/libeet.la -L//usr/lib /usr/lib/libedb.la -L/usr/lib32 /usr/lib/libGLU.la -lGL __LIBGL_PATH__/libGL.la -lSM -lICE -lXmu -lXt -lXi -lpthread /usr/lib/libepsilon.la /usr/lib/libepeg.la /usr/lib/libjpeg.la /usr/lib/libImlib2.la /usr/lib/libfreetype.la -lz -lX11 -lXext -ldl -lm -lpng' /usr/lib/libesmart_trans_x11.la:dependency_libs=' -L/usr/X11R6/lib -L/usr/lib /usr/lib/libImlib2.la /usr/lib/libevas.la /usr/lib/libfreetype.la -lpng /usr/lib/libeet.la /usr/lib/libjpeg.la -L//usr/lib /usr/lib/libedb.la -lz -L/usr/lib32 /usr/lib/libGLU.la -lGL __LIBGL_PATH__/libGL.la -lSM -lICE -lXmu -lXt -lXi -lpthread /usr/lib/libecore_x.la -lXcursor -lXinerama -lX11 -lXext /usr/lib/libecore_txt.la /usr/lib/libecore_job.la /usr/lib/libecore.la -lm -ldl' /usr/lib/libevas.la:dependency_libs=' /usr/lib/libfreetype.la -lpng -L/usr/lib /usr/lib/libeet.la /usr/lib/libjpeg.la /usr/lib/libedb.la -lz -L/usr/X11R6/lib -L/usr/lib32 /usr/lib/libGLU.la -lGL __LIBGL_PATH__/libGL.la -lm -lSM -lICE -lXmu -lXt -lXext -lXi -lX11 -ldl -lpthread'
Hmm, thats actually (from wc) only 7 lines.
In case anyone is interested i would still be interested in a fix... a temporary flakey one, anything, just anything ! I want my e loving ;)
use equery/qpkg to figure out what package owns those .la files and re-emerge them.
They fail to the same error. (esmart and evas)
use sed to fix them: sed -i 's:__LIBGL_PATH__:/usr/lib:g' /usr/lib/*.la Then emerge them and make sure they come out right. If they don't it's a bug in that package.
Thanks, that fixed it (although somewhat ugly, no ?)
Well, that suggests an old bug that's fixed now, since you can't reproduce it after remerging them. To be sure, you might want to remerge nvidia-glx and see what shows up in /usr/lib/opengl/nvidia/lib/libGL.la
oggialli@oggialli ~ $ cat /usr/lib/opengl/nvidia/lib/libGL.la # libGL.la - a libtool library file # Generated by ltmain.sh - GNU libtool 1.4 (1.920 2001/04/24 23:26:18) # # Please DO NOT delete this file! # It is necessary for linking the library. # The name that we can dlopen(3). dlname='libGL.so.1' # Names of this library. library_names='libGL.so.1.0.6629 libGL.so.1 libGL.so' # The name of the static archive. old_library='' # Libraries that this one depends upon. dependency_libs=' -L/usr/X11R6//usr/lib/opengl/nvidia/lib -lm -lX11 -lXext -ldl ' # Version information for libGL. current=1 age=0 revision=6629 # Is this an already installed library? installed=yes # Files to dlopen/dlpreopen dlopen='' dlpreopen='' # Directory that this library needs to be installed in: libdir='/usr/lib/opengl/nvidia/lib'
Olli, thanks. the libGL.la dependency_libs has been fixed in -r5, but that's unrelated. Thanks for testing.
