FS#29025 - [osmesa] can't link when using NVIDIA driver

Attached to Project: Arch Linux
Opened by Jonathan Liu (net147) - Wednesday, 21 March 2012, 00:36 GMT
Last edited by Andreas Radke (AndyRTR) - Friday, 23 March 2012, 16:50 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Andreas Radke (AndyRTR)
Ionut Biru (wonder)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:
Mesa is built with --enable-shared-glapi so the osmesa library depends on libGL.so. If NVIDIA driver is installed, libGL.so is the NVIDIA one so the osmesa library can't find the expected symbols and fails to link.

Additional info:
* osmesa 8.0.1-2

Steps to reproduce:
wget http://cgit.freedesktop.org/mesa/demos/plain/src/osdemos/osdemo.c
sed -i -e 's#gl_wrap.h#GL/glu.h#' osdemo.c
gcc osdemo.c -lm -lGLU -lOSMesa -o osdemo && ./osdemo test.tga

Possible solutions:
* Remove --enable-shared-glapi and libglapi package
* Build osmesa separately from mesa
* Somehow patch osmesa to use static glapi only
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Friday, 23 March 2012, 16:50 GMT
Reason for closing:  Won't implement
Comment by Jonathan Liu (net147) - Wednesday, 21 March 2012, 00:41 GMT
If osmesa is built separately from mesa, the https://aur.archlinux.org/packages.php?ID=31060 AUR osmesa package can be used as a guide.
Comment by Andreas Radke (AndyRTR) - Wednesday, 21 March 2012, 16:40 GMT
It doesn't make much sense to change the way we package osmesa. It's not widely used and will only break with libgl replacing closed source drivers.

You can still use the AUR osmesa if you really need it. I tend to not fix it as it would break our KISS principles and would make the build much more complicated.
Comment by Ionut Biru (wonder) - Friday, 23 March 2012, 08:23 GMT
won't implement.

Loading...