[gentoo-user] portage and library troubles with GL

[gentoo-user] portage and library troubles with GL

[Kevin O'Gorman]

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

[Alan McKinnon]

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

[Kevin O'Gorman]

On Sat, Aug 1, 2009 at 2:28 PM, Alan McKinnon<alan.mckinnon@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

[Kenneth Prugh]

On Sat, 1 Aug 2009 14:19:52 -0700
"Kevin O'Gorman" <kogorman@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

[Kevin O'Gorman]

On Sat, Aug 1, 2009 at 6:06 PM, Kenneth Prugh<ken69267@gmail.com> wrote:
> On Sat, 1 Aug 2009 14:19:52 -0700
> "Kevin O'Gorman" <kogorman@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

[Kevin O'Gorman]

On Sat, Aug 1, 2009 at 8:53 PM, Kevin O'Gorman<kogorman@gmail.com> wrote:
> On Sat, Aug 1, 2009 at 6:06 PM, Kenneth Prugh<ken69267@gmail.com> wrote:
>> On Sat, 1 Aug 2009 14:19:52 -0700
>> "Kevin O'Gorman" <kogorman@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

Re: [gentoo-user] portage and library troubles with GL

[Alan McKinnon]

On Sunday 02 August 2009 01:31:14 Kevin O'Gorman wrote:
> On Sat, Aug 1, 2009 at 2:28 PM, Alan McKinnon<alan.mckinnon@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

[Kevin O'Gorman]

On Sun, Aug 2, 2009 at 1:31 AM, Alan McKinnon<alan.mckinnon@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 McKinnon<alan.mckinnon@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

[Arttu V.]

On 8/2/09, Kevin O'Gorman <kogorman@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

[Kevin O'Gorman]

On Sun, Aug 2, 2009 at 7:27 AM, Arttu V.<arttuv69@gmail.com> wrote:
> On 8/2/09, Kevin O'Gorman <kogorman@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 root    743 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