http://bugs.winehq.org/show_bug.cgi?id=31904
Bug #: 31904 Summary: configure incorrectly detects OSMesa Product: Wine Version: 1.5.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs@winehq.org ReportedBy: olelukoie@mail.ru Classification: Unclassified
When I run configure script for latest wine 1.5.x releases it always reports that it can not find OSMesa but I have it installed correctly.
Looking for a solution I've found several versions of patch that fixes this. For example this is the Gentoo version:
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-emulation/wine/f...
and this is Fedora version:
http://pkgs.fedoraproject.org/cgit/wine.git/tree/wine-1.5.10-osmesa-check.pa...
I've tested Fedora version of the patch and it works well for me (I'm using mageia linux).
http://bugs.winehq.org/show_bug.cgi?id=31904
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #1 from Henri Verbeet hverbeet@gmail.com 2012-10-07 05:49:27 CDT --- No. If OSMesa built with shared glapi depends on libGL, it's broken. This is supposed to be fixed in current versions of Mesa. (See also http://lists.freedesktop.org/archives/mesa-dev/2012-September/028019.html)
http://bugs.winehq.org/show_bug.cgi?id=31904
olelukoie olelukoie@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|INVALID |
--- Comment #2 from olelukoie olelukoie@mail.ru 2012-10-07 09:39:07 CDT --- I insist on fixing this issue in wine's configure as it's needed for building (backporting) current wine devel versions (1.5.x) on current stable linux distributions that ship mesa 8.0.
And please notice that there are two different problems: - test for glAccum that is not part of OSmesa library (it is much better to test for something that belongs to OSmesa and is not part of the OpenGL standard); - possible requirement of glapi library to correctly link (if glapi is a shared library then it should be explicitly used in link commands as the current linux distro policies are to get rid of *.la files completely).
http://bugs.winehq.org/show_bug.cgi?id=31904
--- Comment #3 from Henri Verbeet hverbeet@gmail.com 2012-10-07 09:45:45 CDT --- This can't be fixed in Wine, configure fails because OSMesa is *broken*. You say you tested those patches, but I doubt you actually have an application that uses the functionality in question.
http://bugs.winehq.org/show_bug.cgi?id=31904
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #4 from GyB gyebro69@gmail.com 2012-10-07 10:07:25 CDT --- (In reply to comment #3)
You say you tested those patches, but I doubt you actually have an application that uses the functionality in question.
It seems at least Civilization III: Complete (Steam version) tries to make some use of it. Wine prints the following error when the game is loading to the main menu. This is with Wine compiled without OSMesa support:
err:dib:dibdrv_wine_get_wgl_driver OSMesa not compiled in, no OpenGL bitmap support
I tried the Fedora version of the patch, but it didn't make it better. The error message changed to
err:dib:init_opengl Failed to load OSMesa: /lib/libOSMesa.so.8: undefined symbol: _glapi_Dispatch
when Wine was compiled with that patch.
http://bugs.winehq.org/show_bug.cgi?id=31904
--- Comment #5 from olelukoie olelukoie@mail.ru 2012-10-07 10:10:30 CDT --- The only "app" (really game) that I can test is Civilization 3 (see http://bugs.winehq.org/show_bug.cgi?id=30669 ). I've tested it on openSUSE 12.1 with mesa 8 and latest wine builds and it works if I install osmesa package.
If you wish I can test it once again on my current installation of Mageia 2 (that ships mesa 8 too) and my own builds of current wine git snapshots and report the results.
http://bugs.winehq.org/show_bug.cgi?id=31904
--- Comment #6 from olelukoie olelukoie@mail.ru 2012-10-07 10:19:24 CDT --- Oh sorry, openSUSE 12.1 comes with even older mesa 7 and it also provides osmesa and it is required for Civ3.
http://bugs.winehq.org/show_bug.cgi?id=31904
--- Comment #7 from olelukoie olelukoie@mail.ru 2012-10-07 12:55:57 CDT --- Well... I've made some more testing and found that libosmesa is not really needed for Civ3 to work. At least it's not needed with current wine 1.5.14+.
So if you do not want to change the configure script you can close this bug with any resolution you like.
http://bugs.winehq.org/show_bug.cgi?id=31904
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #8 from Alexandre Julliard julliard@winehq.org 2012-10-08 03:53:24 CDT --- The configure script is correct, we can't use shared glapi OSMesa.
http://bugs.winehq.org/show_bug.cgi?id=31904
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED Resolution|INVALID |UPSTREAM
--- Comment #9 from Austin English austinenglish@gmail.com 2012-10-09 12:56:11 CDT --- (In reply to comment #1)
No. If OSMesa built with shared glapi depends on libGL, it's broken. This is supposed to be fixed in current versions of Mesa. (See also http://lists.freedesktop.org/archives/mesa-dev/2012-September/028019.html)
UPSTREAM then.
http://bugs.winehq.org/show_bug.cgi?id=31904
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jaimerave@gmail.com
--- Comment #10 from Alexandre Julliard julliard@winehq.org 2013-02-15 04:29:37 CST --- *** Bug 32974 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=31904
Ma Xiaojun damage3025@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |damage3025@gmail.com
--- Comment #11 from Ma Xiaojun damage3025@gmail.com 2013-06-11 00:45:19 CDT --- Hi,
The upstream Mesa fix won't get distributions' libOSMesa right automatically.
It seems that libOSMesa need to be compiled without --enable-shared-glapi while other Mesa components need --enable-shared-glapi
Therefore, distributions need to build libOSMesa separately, which is not been done in Arch, Debian, Ubuntu currently.
Is this the right way to compile Mesa? Is there any distributions already do things right? Would you file bugs to distributions?
Thank you in advance.
http://bugs.winehq.org/show_bug.cgi?id=31904
Anssi Hannula anssi@mageia.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |anssi@mageia.org
--- Comment #12 from Anssi Hannula anssi@mageia.org 2013-06-13 16:54:55 CDT --- (In reply to comment #11)
Therefore, distributions need to build libOSMesa separately, which is not been done in Arch, Debian, Ubuntu currently.
Is this the right way to compile Mesa? Is there any distributions already do things right?
On Mageia we build Mesa twice (first the rest with shared-glapi, then OSMesa without it) for exactly this reason: http://svnweb.mageia.org/packages/cauldron/mesa/current/SPECS/mesa.spec?revi...
I wouldn't say this is the "right" way. It would be much better if Mesa was fixed so that a single build would be enough, but it seems to be non-trivial (at least to me), so this is what we ended up with.
There seems to be an upstream bug report about this issue: https://bugs.freedesktop.org/show_bug.cgi?id=47824
http://bugs.winehq.org/show_bug.cgi?id=31904
--- Comment #13 from Roland Haeder roland@mxchange.org 2013-06-15 16:47:50 CDT --- Created attachment 44820 --> http://bugs.winehq.org/attachment.cgi?id=44820 configure patched
I had to patch configure a little to make OSMesa be detectable, see attached file.
http://bugs.winehq.org/show_bug.cgi?id=31904
Roland Haeder roland@mxchange.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |roland@mxchange.org
http://bugs.winehq.org/show_bug.cgi?id=31904
Maarten Lankhorst m.b.lankhorst@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |m.b.lankhorst@gmail.com See Also| |https://bugs.freedesktop.or | |g/show_bug.cgi?id=47824
http://bugs.winehq.org/show_bug.cgi?id=31904
--- Comment #14 from Maarten Lankhorst m.b.lankhorst@gmail.com 2013-07-05 05:14:25 CDT --- I posted a patch on the upstream bug, which should make osmesa work correctly again with shared glapi, without building twice.
-
wine-bugs＠winehq.org