I ran into the libGL(U).so problem today, and AFAICT this is a problem in
xmame-x and not in the library packages.
The regular libgl1-mesa-glx and libglu1-mesa packages (on which xmame-x
depends indirectly through their provides) provide the following files:
/usr/lib/libGL.so.1.2
/usr/lib/libGL.so.1 -> libGL.so.1.2
/usr/lib/libGLU.so.1.3.070004
/usr/lib/libGLU.so.1 -> libGLU.so.1.3.070004
The .so files are provided only by the corresponding -dev packages:
/usr/lib/libGL.so -> /usr/lib/libGL.so.1
/usr/lib/libGLU.so -> /usr/lib/libGLU.so.1
AFAIK, that is correct library packaging.
As xmame-x was compiled against that specific ABI version, the program
*should* look for the .so.1 files, and not the .so files.
It looks like an easy Debian patch to fix this; just change these two
lines to refer to the .so.1 symlinks:
./src/unix/video-drivers/xgl.c:81: const char *libGLName = "libGL.so";
./src/unix/video-drivers/xgl.c:82: const char *libGLUName = "libGLU.so";
Note that upstream appears to have been struggling with this in the past.
The file src/unix/doc/changes.unix contains:
* OpenGL development packages no longer need to be installed to use
OpenGL. libGL.so.1 and libGLU.so.1 are now loaded instead of
libGL.so and libGLU.so.
But it looks as if at some point they reverted that.
Cheers,
FJP
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
