Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 260733 - dev-python/pygtkglext-1.1.0 fails to build on amd64 link: `/usr/lib/libGLU.la' is not a valid libtool archive
Summary: dev-python/pygtkglext-1.1.0 fails to build on amd64 link: `/usr/lib/libGLU.la...
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: AMD64 Linux
: High normal
Assignee: X11 External Driver Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-03-01 15:45 UTC by Peter Waller
Modified: 2009-05-24 17:40 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Build log (build.log,14.95 KB, text/plain)
2009-03-01 15:47 UTC, Peter Waller
Details
Environment (environment,41.35 KB, text/plain)
2009-03-01 15:47 UTC, Peter Waller
Details
emerge --info (emerge-info,3.24 KB, text/plain)
2009-03-01 15:48 UTC, Peter Waller
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Waller 2009-03-01 15:45:57 UTC
I am building gnome on AMD64.

It seems libtool is looking for libGLU in /usr/lib/ when in fact it should be looking in /usr/lib64?

Reproducible: Always

Steps to Reproduce:
Comment 1 Peter Waller 2009-03-01 15:47:31 UTC
Created attachment 183563 [details]
Build log
Comment 2 Peter Waller 2009-03-01 15:47:46 UTC
Created attachment 183564 [details]
Environment
Comment 3 Peter Waller 2009-03-01 15:48:17 UTC
Created attachment 183566 [details]
emerge --info
Comment 4 Peter Waller 2009-03-01 16:20:47 UTC
media-libs/ftgl-2.1.3_rc5 also suffers the same problem. Actually this appears to be a libtool issue, the more I think about it. I am using libtool-1.5.26.

Attempting the same again updating to libtool-2.2.6a.
Comment 5 Peter Waller 2009-03-01 16:32:31 UTC
(In reply to comment #4)


Okay, updating libtool made no difference. I also tried re-emerging mesa (which creates libGLU) and this made no difference, either. Both packages still fail to build.
Comment 6 Gilles Dartiguelongue (RETIRED) gentoo-dev 2009-03-01 18:13:59 UTC
are you using nvidia closed source drivers ?
Comment 7 Peter Waller 2009-03-01 18:17:36 UTC
(In reply to comment #6)
> are you using nvidia closed source drivers ?
> 

If by this you mean "Am I using x11-drivers/nvidia-drivers", then yes. I also get the nVidia logo when X starts, so I assume so.
Comment 8 Gilles Dartiguelongue (RETIRED) gentoo-dev 2009-03-01 18:43:23 UTC
then that's either an eselect or a nvidia bug. Reassigning to proper maintainers.
Comment 9 Peter Waller 2009-05-23 16:50:43 UTC
(In reply to comment #8)
> then that's either an eselect or a nvidia bug. Reassigning to proper
> maintainers.
> 

Are you sure? I'm thinking that it is a libtool or pygtkglext bug. The problem is that it is looking for libGLU in the wrong place, not that libGLU has been installed in the wrong place.
Comment 10 Peter Waller 2009-05-23 18:00:41 UTC
Temporary workaround. I symlinked /usr/lib64/libGLU.* to /usr/lib. Merge was successful after that. Not a proper fix though.
Comment 11 Peter Waller 2009-05-24 17:40:56 UTC
(In reply to comment #10)
> Temporary workaround. I symlinked /usr/lib64/libGLU.* to /usr/lib. Merge was
> successful after that. Not a proper fix though.
> 

Sorry. It seems that this bug was probably caused my own error at some point. I did not know that /usr/lib was supposed to be a symlink to /usr/lib64, and somehow I had two separate directories. I have now remedied this problem. This bug is a non-bug.