Please see bug: #453287: bouncy: fails to run with opengl error

I have been unable to run bouncy with a GForce3 Ti200 card using the nv
driver under testing or unstable, yet it runs (very slowly) on another machine with cirrus video
card.

Hi, I tried both a program that uses freeglut3 but not python-opengl
(billard-gl) which worked, and another program that uses python-opengl
(snowballz) which failed with the errors:

$ snowballz
Traceback (most recent call last):
  File "snowballz.py", line 12, in ?
    from player import Player
  File "/usr/share/games/snowballz/player.py", line 2, in ?
    import ai
  File "/usr/share/games/snowballz/ai.py", line 2, in ?
    import data
  File "/usr/share/games/snowballz/data.py", line 4, in ?
    import textures
  File "/usr/share/games/snowballz/textures.py", line 2, in ?
    from OpenGL.GL import *
  File "/usr/lib/python2.4/site-packages/OpenGL/GL/__init__.py", line 2,
in ?
    from OpenGL.raw.GL import *
  File "/usr/lib/python2.4/site-packages/OpenGL/raw/GL/__init__.py",
line 6, in ?
    from OpenGL.raw.GL.constants import *
  File "/usr/lib/python2.4/site-packages/OpenGL/raw/GL/constants.py",
line 7, in ?
    from OpenGL import platform, arrays
  File "/usr/lib/python2.4/site-packages/OpenGL/platform/__init__.py",
line 24, in ?
    from OpenGL.platform.glx import *
  File "/usr/lib/python2.4/site-packages/OpenGL/platform/glx.py", line
29, in ?
    mode=ctypes.RTLD_GLOBAL
  File
"/usr/lib/python2.4/site-packages/OpenGL/platform/ctypesloader.py", line
37, in loadLibrary
    return dllType( name, mode )
  File "/usr/lib/python2.4/site-packages/ctypes/__init__.py", line 340,
in __init__
    self._handle = _dlopen(self._name, mode)
OSError: GL: cannot open shared object file: No such file or directory

This points to some problem with python-opengl when using the nv driver.

Hi, although my other PII-266 440 LX chipset / Cirrus Logic graphics
card does not exhibit this problem, I still get this problem on this 1.2
GHz Duron (VIA chipset) with GForce3 Ti200 graphics whether using the nv
or vesa driver.

I installed the packages needed to rebuild the kernel since last
reproducing the problem, as well as keeping this system current with
Debian unstable. It would almost seem that python-opengl has an
undocumented dependency.

Hi,

does this bug still persist? It looks like the GL libraries are missing,
but that should have been handled by the 3.0.0~b1 already.


best,


Torsten

Hi,

I'm able to reproduce this bug in an up2date Sid chroot and an up2date Sid
VirtualBox with only base-system with python2.5 and python-opengl installed.

Regards
Evgeni