Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 444614

Summary: app-emulation/wine-1.5.17: configure fails to find opengl
Product: Gentoo Linux Reporter: Benjamin Block <mageta>
Component: Current packagesAssignee: Gentoo Linux bug wranglers <bug-wranglers>
Status: RESOLVED INVALID    
Severity: normal    
Priority: Normal    
Version: unspecified   
Hardware: AMD64   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---
Attachments: Build Log
emerge --info
emerge -pqv
environment
glxinfo output (because I mentioned it in the bug)
config.log for win32

Description Benjamin Block 2012-11-24 20:22:39 UTC
Created attachment 330488 [details]
Build Log

Recently the wine-ebuild (tested several versions but 'urgent' is basically only the latest one) fails to find opengl on my system and thus won't compile.

In some of the first "ebuild-stages" it seems to find opengl (configure states 'checking for -lGL... libGL.so.1'; see build.log) but in a later stage it eventually fails on the exact same check ('checking for -lGL... not found').

I tried to reset the opengl-settings with eselect but that didn't help. I also checked some tools like glxinfo - whose output seems to be ok (direct rendering: yes, OpenGL renderer: Mesa, ...). Finally I re-emerged mesa but that also didn't help.

So, any Ideas what might be wrong?
Comment 1 Benjamin Block 2012-11-24 20:23:06 UTC
Created attachment 330490 [details]
emerge --info
Comment 2 Benjamin Block 2012-11-24 20:23:21 UTC
Created attachment 330492 [details]
emerge -pqv
Comment 3 Benjamin Block 2012-11-24 20:23:43 UTC
Created attachment 330494 [details]
environment
Comment 4 Benjamin Block 2012-11-24 20:24:42 UTC
Created attachment 330496 [details]
glxinfo output (because I mentioned it in the bug)
Comment 5 Rafał Mużyło 2012-11-24 21:25:12 UTC
The checks that succeed are for 64bit libs, which are used only by wine64, which is likely of little use.
Those that fail are for 32 libs, so you need to looks at emul-linux-* packages.

Though on generic note, relevant config.log could have been useful.
Comment 6 Benjamin Block 2012-11-24 21:31:31 UTC
Created attachment 330500 [details]
config.log for win32
Comment 7 Benjamin Block 2012-11-24 21:35:58 UTC
(In reply to comment #5)
> The checks that succeed are for 64bit libs, which are used only by wine64,
> which is likely of little use.
> Those that fail are for 32 libs, so you need to looks at emul-linux-*
> packages.
> 
> Though on generic note, relevant config.log could have been useful.

ok, app-emulation/emul-linux-x86-opengl is emerged, but I'll check this as soon as the system is finished updating.

I also added the config.log for win32
Comment 8 Alexandre Rostovtsev (RETIRED) gentoo-dev 2012-11-24 23:02:51 UTC
(In reply to comment #7)

This is the actual error:

> /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../lib32/libGL.so: undefined reference to `xcb_glx_create_context_attribs_arb_checked'
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../lib32/libGL.so: undefined reference to `_XGetRequest'
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../lib32/libGL.so: undefined reference to `xcb_glx_set_client_info_2arb'
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../lib32/libGL.so: undefined reference to `xcb_glx_set_client_info_arb'

In other words, your 32-bit opengl library can't find an appropriate 32-bit copy of libxcb. Which could mean:
1. you had installed some 32-bit system libraries by hand or from an overlay, and they are broken; or
2. you installed a version of emul-linux-x86-opengl which is incompatible with your version of emul-linux-x86-xlibs. That could happen if, for example, you are using stable keywords ("amd64") for one and unstable keywords ("~amd64") for the other.

[Be aware that mixing stabilization levels, e.g. having ACCEPT_KEYWORDS=amd64 in your make.conf and then setting ~amd64 for individual packages, gets basically no testing or support from Gentoo developers. If you on your own don't know enough about your packages to determine which stable and unstable versions can be safely mixed together, then don't do it.]
Comment 9 Benjamin Block 2012-11-25 15:17:43 UTC
(In reply to comment #8)
>
> 2. you installed a version of emul-linux-x86-opengl which is incompatible
> with your version of emul-linux-x86-xlibs. That could happen if, for
> example, you are using stable keywords ("amd64") for one and unstable
> keywords ("~amd64") for the other.
> 

figured as much after the hint of Rafał, but couldn't test it right away because of a running update :)
nevertheless, thanks for your advice.