After much playing around, it seems something which works is to rm -rf
/usr/lib/tls/libGL*
Not sure who report the bug to. I guess nvidia. However they haven't
responded in the past, so hopefully it'll just get fixed.
Rene Dudfield wrote:
> Hello,
>
> anyone had the misfortune of comming accross a problem using pyopengl
> with nvidia drivers on linux? I think it has something to do with a
> recent libc.
>
> The error I get is:
> File "/usr/lib/python2.3/site-packages/OpenGL/GL/GL__init__.py", line
> 2, in ?
> import GL__init___
> ImportError: libGL.so.1: cannot handle TLS data
>
> Anyone know a fix?
>
>
> From nvidias FAQ:
>
> Q: Some OpenGL applications (like Quake3 Arena) crash when I start them
> on Red Hat Linux 9.0.
>
> A: Some versions of the glibc package shipped by Red Hat that support
> TLS do not properly handle using dlopen() to access shared libraries
> which utilize some TLS models. This problem is exhibited, for example,
> when Quake3 Area dlopen()'s NVIDIA's libGL library. Please obtain
> at least glibc-2.3.2-11.9 which is available as an update from Red Hat.
>
> I think on debian unstable it is version: 2.3.2.ds1-9. I have no idea
> if this is like the fixed redhat glibc. I guess it will probably be
> fixed in a newer version. If this is the problem...
>
> arg, this whole TLS/threads thing is a mess. Probably should stay
> away from upgrading debian unstable for a little while if you want to
> use pyopengl.
>
> I have tried enabling, and disabling pthread in the linking and
> compiling stages of pyopengl, with no luck.
>
>
|
