On Sat, Aug 16, 2014 at 10:05:27 +0200, Valentin wrote: > Source: libgl1-mesa-dri > Version: 10.2.5-1 > Severity: important > Tags: d-i patch > > NB : I've fixed this bug on my laptop, so the informations below are correct. > But with this bug, none of the GL applications work : glxinfo for example > returns "Error: couldn't find RGB GLX visual or fbconfig". > > Description of the bug : > This bug appeared after an upgrade of the packages. When Xorg is loading the > GLX module, there is an error with libs "r600_dri.so" and "swrast_dri.so". > The Xorg.0.log says : > [ 50.309] (EE) AIGLX error: dlopen of > /usr/lib/x86_64-linux-gnu/dri/r600_dri.so failed > (/usr/lib/x86_64-linux-gnu/dri/r600_dri.so: undefined symbol: > _glapi_tls_Dispatch) > [ 50.309] (EE) AIGLX: reverting to software rendering > [ 50.327] (EE) AIGLX error: dlopen of > /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so failed > (/usr/lib/x86_64-linux-gnu/dri/swrast_dri.so: undefined symbol: > _glapi_tls_Dispatch) > [ 50.327] (EE) GLX: could not load software renderer > > So the GLX module is not loaded, and all of apps that are using OpenGL > can not work (including glxinfo). The problem is that the libs try to > use a tls function, but they seem not to be built correctly. To fix > it, you must re-build the Mesa library with the flag --enable-glx-tls, > and it should work correctly (that is what I have done, and now all is > working fine). > We've been building mesa with that flag for years. Please make sure "ldd /usr/lib/x86_64-linux-gnu/dri/r600_dri.so" doesn't find anything in /usr/local.
Cheers, Julien
signature.asc
Description: Digital signature
