Re: [gentoo-user] portage and library troubles with GL
On Sunday 02 August 2009 01:31:14 Kevin O'Gorman wrote: On Sat, Aug 1, 2009 at 2:28 PM, Alan McKinnonalan.mckin...@gmail.com wrote: On Saturday 01 August 2009 23:19:52 Kevin O'Gorman wrote: I've been trying to get a few recalcitrant packages to build (evolution-data-server, openoffice) but they seem to require things that my system does not have, and portage doesn't know this. So I'm trying revdep-rebuild, which also fails. In particular, x11-libs/gtkglext-1.2.0 won't build because during configuration, it lacks GL library. I've been trying to use equery to figure out what package owns some of the things in the /usr/include/GL directory, to no avail. So here's the tail end of the revdep output, in hopes a more experienced hand can help... checking for GL/glu.h... yes checking for glVertex3d in -lGLcore... no checking for glVertex3d in -lGL... no checking for glVertex3f in -lGL... no checking for glVertex3i in -lGL... no checking for glVertex3s in -lGL... no checking for glVertex3d in -lMesaGL... no configure: error: Cannot find GL library install mesa. openoffice depends on virtual/glu which depends on mesa According to eix, I've got the latest stable: media-libs/mesa-7.3-r1; why would you think portage would not pull it in if I was emerging openoffice? mesa being recorded as being installed, but that doesn't mean it's files are still present. mesa builds quickly, it's worth remerging it and trying the original merge again. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] portage and library troubles with GL
On Sun, Aug 2, 2009 at 1:31 AM, Alan McKinnonalan.mckin...@gmail.com wrote: On Sunday 02 August 2009 01:31:14 Kevin O'Gorman wrote: On Sat, Aug 1, 2009 at 2:28 PM, Alan McKinnonalan.mckin...@gmail.com wrote: On Saturday 01 August 2009 23:19:52 Kevin O'Gorman wrote: I've been trying to get a few recalcitrant packages to build (evolution-data-server, openoffice) but they seem to require things that my system does not have, and portage doesn't know this. So I'm trying revdep-rebuild, which also fails. In particular, x11-libs/gtkglext-1.2.0 won't build because during configuration, it lacks GL library. I've been trying to use equery to figure out what package owns some of the things in the /usr/include/GL directory, to no avail. So here's the tail end of the revdep output, in hopes a more experienced hand can help... checking for GL/glu.h... yes checking for glVertex3d in -lGLcore... no checking for glVertex3d in -lGL... no checking for glVertex3f in -lGL... no checking for glVertex3i in -lGL... no checking for glVertex3s in -lGL... no checking for glVertex3d in -lMesaGL... no configure: error: Cannot find GL library install mesa. openoffice depends on virtual/glu which depends on mesa According to eix, I've got the latest stable: media-libs/mesa-7.3-r1; why would you think portage would not pull it in if I was emerging openoffice? mesa being recorded as being installed, but that doesn't mean it's files are still present. mesa builds quickly, it's worth remerging it and trying the original merge again. I did that. No joy. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] portage and library troubles with GL
On 8/2/09, Kevin O'Gorman kogor...@gmail.com wrote: checking for GL/glu.h... yes checking for glVertex3d in -lGLcore... no Starting from here, libGLcore.so on my current desktop system belongs to nvidia-drivers: lrwxrwxrwx 1 root root 30 2.8. 17:13 /usr/lib64/libGLcore.so - opengl/nvidia/lib/libGLcore.so If you are similarly running proprietary ati-drivers or nvidia-drivers, then you should probably re-emerge them, then run eselect opengl set (whatever you use). -- Arttu V.
Re: [gentoo-user] portage and library troubles with GL
On Sun, Aug 2, 2009 at 7:27 AM, Arttu V.arttu...@gmail.com wrote: On 8/2/09, Kevin O'Gorman kogor...@gmail.com wrote: checking for GL/glu.h... yes checking for glVertex3d in -lGLcore... no Starting from here, libGLcore.so on my current desktop system belongs to nvidia-drivers: lrwxrwxrwx 1 root root 30 2.8. 17:13 /usr/lib64/libGLcore.so - opengl/nvidia/lib/libGLcore.so If you are similarly running proprietary ati-drivers or nvidia-drivers, then you should probably re-emerge them, then run eselect opengl set (whatever you use). An interesting idea but no joy. I re-emerged xf86-video-mach64 (for my motherboard's Rage XL). I re-selected ati for opengl. I peeked at /usr/lib and got something that looks a little different from yours: treat lib # ls -l --color=n libGL* -rw-r--r-- 1 root root743 2009-08-01 20:52 libGLU.la lrwxrwxrwx 1 root root 11 2009-08-01 20:52 libGLU.so - libGLU.so.1 lrwxrwxrwx 1 root root 20 2009-08-01 20:52 libGLU.so.1 - libGLU.so.1.3.070300 -rwxr-xr-x 1 root root 456268 2009-08-01 20:52 libGLU.so.1.3.070300 lrwxrwxrwx 1 root root 11 2009-08-01 20:52 libGLw.so - libGLw.so.1 lrwxrwxrwx 1 root root 15 2009-08-01 20:52 libGLw.so.1 - libGLw.so.1.0.0 -rwxr-xr-x 1 root root 10572 2009-08-01 20:52 libGLw.so.1.0.0 treat lib # I attempted to re-emerge wxGTK and it finished in this way: checking for GTK+ version... checking for pkg-config... /usr/bin/pkg-config checking for GTK+ - version = 2.0.0... yes (version 2.14.7) checking whether gtk_icon_size_lookup is declared... yes checking if GTK+ is version = 2.6... yes checking for X11/Xlib.h... yes checking for X11/XKBlib.h... yes checking for sql.h... yes checking for SQLAllocEnv in -liodbc... no checking for SQLAllocEnv in -lunixodbc... no checking for SQLAllocEnv in -lodbc... yes checking for Xinerama... yes checking for Xxf86vm extension... yes checking for X11/extensions/xf86vmode.h... yes checking for -lSM - X11 session management... yes checking for OpenGL headers... found in /usr/include checking for GL/gl.h... yes checking GL/glu.h usability... yes checking GL/glu.h presence... yes checking for GL/glu.h... yes checking for -lGL... no checking for -lMesaGL... no configure: error: OpenGL libraries not available !!! Please attach the following file when seeking support: !!! /var/tmp/portage/x11-libs/wxGTK-2.8.10.1-r1/work/wxPython-src-2.8.10.1/wxgtk_build/config.log * * ERROR: x11-libs/wxGTK-2.8.10.1-r1 failed. * Call stack: * ebuild.sh, line 49: Called src_configure * environment, line 2800: Called econf '--enable-compat26' '--enable-shared' '--enable-unicode' '--with-regex=builtin' '--with-zlib=sys' '--with-expat=sys' '--disable-debug' '--disable-precomp-headers' '--with-sdl' '--with-odbc=sys' '--enable-graphics_ctx' '--enable-gui' '--with-libpng=sys' '--with-libxpm=sys' '--with-libjpeg=sys' '--with-libtiff=sys' '--enable-mediactrl' '--enable-opengl' '--with-opengl' '--with-gnomeprint' '--without-gnomevfs' * ebuild.sh, line 534: Called die * The specific snippet of code: * die econf failed * The die message: * econf failed * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/x11-libs/wxGTK-2.8.10.1-r1/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/x11-libs/wxGTK-2.8.10.1-r1/temp/environment'. * Failed to emerge x11-libs/wxGTK-2.8.10.1-r1, Log file: '/var/tmp/portage/x11-libs/wxGTK-2.8.10.1-r1/temp/build.log' treat GL # -- Kevin O'Gorman, PhD
[gentoo-user] portage and library troubles with GL
I've been trying to get a few recalcitrant packages to build (evolution-data-server, openoffice) but they seem to require things that my system does not have, and portage doesn't know this. So I'm trying revdep-rebuild, which also fails. In particular, x11-libs/gtkglext-1.2.0 won't build because during configuration, it lacks GL library. I've been trying to use equery to figure out what package owns some of the things in the /usr/include/GL directory, to no avail. So here's the tail end of the revdep output, in hopes a more experienced hand can help... checking for GL/glu.h... yes checking for glVertex3d in -lGLcore... no checking for glVertex3d in -lGL... no checking for glVertex3f in -lGL... no checking for glVertex3i in -lGL... no checking for glVertex3s in -lGL... no checking for glVertex3d in -lMesaGL... no configure: error: Cannot find GL library !!! Please attach the following file when seeking support: !!! /var/tmp/portage/x11-libs/gtkglext-1.2.0/work/gtkglext-1.2.0/config.log * * ERROR: x11-libs/gtkglext-1.2.0 failed. * Call stack: * ebuild.sh, line 49: Called src_configure * environment, line 1334: Called gnome2_src_configure * environment, line 1113: Called econf * ebuild.sh, line 534: Called die * The specific snippet of code: * die econf failed * The die message: * econf failed * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/x11-libs/gtkglext-1.2.0/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/x11-libs/gtkglext-1.2.0/temp/environment'. * Failed to emerge x11-libs/gtkglext-1.2.0, Log file: '/var/tmp/portage/x11-libs/gtkglext-1.2.0/temp/build.log' * GNU info directory index is up-to-date. * * revdep-rebuild failed to emerge all packages. * you have the following choices: * - If emerge failed during the build, fix the problems and re-run revdep-rebuild. * - Use /etc/portage/package.keywords to unmask a newer version of the package. * (and remove 5_order.rr to be evaluated again) * - Modify the above emerge command and run it manually. * - Compile or unmerge unsatisfied packages manually, * remove temporary files, and try again. * (you can edit package/ebuild list first) * * To remove temporary files, please run: * rm /var/cache/revdep-rebuild/*.rr treat ~ # -- Kevin O'Gorman, PhD
Re: [gentoo-user] portage and library troubles with GL
On Saturday 01 August 2009 23:19:52 Kevin O'Gorman wrote: I've been trying to get a few recalcitrant packages to build (evolution-data-server, openoffice) but they seem to require things that my system does not have, and portage doesn't know this. So I'm trying revdep-rebuild, which also fails. In particular, x11-libs/gtkglext-1.2.0 won't build because during configuration, it lacks GL library. I've been trying to use equery to figure out what package owns some of the things in the /usr/include/GL directory, to no avail. So here's the tail end of the revdep output, in hopes a more experienced hand can help... checking for GL/glu.h... yes checking for glVertex3d in -lGLcore... no checking for glVertex3d in -lGL... no checking for glVertex3f in -lGL... no checking for glVertex3i in -lGL... no checking for glVertex3s in -lGL... no checking for glVertex3d in -lMesaGL... no configure: error: Cannot find GL library install mesa. openoffice depends on virtual/glu which depends on mesa -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] portage and library troubles with GL
On Sat, Aug 1, 2009 at 2:28 PM, Alan McKinnonalan.mckin...@gmail.com wrote: On Saturday 01 August 2009 23:19:52 Kevin O'Gorman wrote: I've been trying to get a few recalcitrant packages to build (evolution-data-server, openoffice) but they seem to require things that my system does not have, and portage doesn't know this. So I'm trying revdep-rebuild, which also fails. In particular, x11-libs/gtkglext-1.2.0 won't build because during configuration, it lacks GL library. I've been trying to use equery to figure out what package owns some of the things in the /usr/include/GL directory, to no avail. So here's the tail end of the revdep output, in hopes a more experienced hand can help... checking for GL/glu.h... yes checking for glVertex3d in -lGLcore... no checking for glVertex3d in -lGL... no checking for glVertex3f in -lGL... no checking for glVertex3i in -lGL... no checking for glVertex3s in -lGL... no checking for glVertex3d in -lMesaGL... no configure: error: Cannot find GL library install mesa. openoffice depends on virtual/glu which depends on mesa According to eix, I've got the latest stable: media-libs/mesa-7.3-r1; why would you think portage would not pull it in if I was emerging openoffice? ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] portage and library troubles with GL
On Sat, 1 Aug 2009 14:19:52 -0700 Kevin O'Gorman kogor...@gmail.com wrote: [...] Are the packages looking for a .la file? I had a problem on my system that it wanted a nonexistant opengl.la or something similar. I ended up fixing it by emerging dev-util/lafilefixer and running it over /usr/lib/. This is a wild guess though as you didn't post what the other programs were erroring out with, I could be completely off target with the .la file thing.
Re: [gentoo-user] portage and library troubles with GL
On Sat, Aug 1, 2009 at 6:06 PM, Kenneth Prughken69...@gmail.com wrote: On Sat, 1 Aug 2009 14:19:52 -0700 Kevin O'Gorman kogor...@gmail.com wrote: [...] Are the packages looking for a .la file? I had a problem on my system that it wanted a nonexistant opengl.la or something similar. I ended up fixing it by emerging dev-util/lafilefixer and running it over /usr/lib/. This is a wild guess though as you didn't post what the other programs were erroring out with, I could be completely off target with the .la file thing. I have not seen anything about .la files. It has been a GL library mostly, much like the sample I posted. I'm going to remember that fixer, though. I've had that in the past. I re-emerged mesa and I'm re-running revdep-rebuild right now just in case. Well see... ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] portage and library troubles with GL
On Sat, Aug 1, 2009 at 8:53 PM, Kevin O'Gormankogor...@gmail.com wrote: On Sat, Aug 1, 2009 at 6:06 PM, Kenneth Prughken69...@gmail.com wrote: On Sat, 1 Aug 2009 14:19:52 -0700 Kevin O'Gorman kogor...@gmail.com wrote: [...] Are the packages looking for a .la file? I had a problem on my system that it wanted a nonexistant opengl.la or something similar. I ended up fixing it by emerging dev-util/lafilefixer and running it over /usr/lib/. This is a wild guess though as you didn't post what the other programs were erroring out with, I could be completely off target with the .la file thing. I have not seen anything about .la files. It has been a GL library mostly, much like the sample I posted. I'm going to remember that fixer, though. I've had that in the past. I re-emerged mesa and I'm re-running revdep-rebuild right now just in case. Well see... No such luck. It just errored out in exactly the same way. So I've got a busted gentoo. That's twice this summer, and it's making me grumpy. I could do the emptytree thing. Or I could build a replacement in a spare partition. They're probably about the same amount of work, but I really don't want to do it. ++ kevin -- Kevin O'Gorman, PhD