No OpenGL libs

[mlangdn]

I was going to play some extremetuxracer, but it errored out. It couldn't find libFLAC.so.12. I tried to rebuild it, but then it said no OpenGL libraries found.

I found this after the command:

Code: Select all

root@darkstar:/home/michael# ls /usr/include/GL
freeglut.h      freeglut_ucall.h  glew.h   glut.h   glxext.h  glxproto.h   osmesa.h
freeglut_ext.h  gl.h              glext.h  glx.h    glxint.h  glxtokens.h  wglew.h
freeglut_std.h  glcorearb.h       glu.h    glxew.h  glxmd.h   internal     wglext.h
root@darkstar:/home/michael#

Not sure what's going on here. Or what I even done. Unless it has something to do with nixing the nvidia driver.

[Grogan]

It's not that your OpenGL libraries are not found, it's more likely that extremetuxracer won't compile against them. Build/configure scripts aren't smart, if compile tests fail during configuration it reports the libraries as "not found".

The includes and libraries come from glvnd now, those are the front facing interfaces. If you have libglvnd installed, you have them. Mesa is the back end that glvnd dispatches to, when using it. (It would dispatch to the nvidia libraries if you have the proprietary driver installed but you'd still be compiling against the glvnd interfaces)

Do you have the latest sources, dated 2024-05-09?

https://sourceforge.net/projects/extrem ... ses/0.8.4/

P.S. I got it to configure, but make bombed out on my SFML (installed Arch distro package) audio includes immediately so I can't get far enough to see if the opengl stuff compiles and links. I'd probably have to build an older version for this. It's probably not going to be easy to compile extremetuxracer anymore.

It looks like it's going to need both older libFLAC and older SFML (at least older than I have) versions to compile it. Old versions like etr 0.4 used SDL for those interfaces, but newer sources use sfml instead. Slackware doesn't provide it.

It would be possible to compile and install acceptable versions in alternate locations and use environment variables for the build. However, I'm not sure how important this is to you, so I'm not going to go any further unless you care enough

[Grogan]

Actually, there's another alternative here. You had an older built binary of etr that was working, it just can't run because of missing libFLAC soname. Simply feed it some older FLAC libraries. Compile older FLAC to some dir as a prefix, and simply take the libraries only (and appropriate soname symlinks) and stick them in /usr/local/lib64 (I presume lib64 on Slack). You don't want to compile against their includes, just let the game dynamically link against them.

[mlangdn]

Fixed!
I reinstalled the old binary and simply did a symlink from libFLAC.so.14 to libFLAC.so.12. I need to just pay attention. It first complained about no libFLAC.so.12. My bright idea about rebuilding led to my grief.

Thanks!

[Grogan]

Your bright idea was the most correct thing to do, symlinking to incorrect sonames isn't. That mostly only works when the program isn't actually using the library, it's just an inherited dependency. Or when a soname change wasn't actually necessary (compatible ABI).