nvidia-drivers-340.108

[dmpogo]

BTW, for me glxgears and konsole work if I LD_PRELOAD startx


$ LD_PRELOAD=/usr/lib64/nvidia/libGL.so startx

I tried it with FVWM, glxgears and konsole launch all right. Not yet sure what is needed for full blown KDE desktop or some other Qt6 apps

[Shibotto]

I posted something yesterday, but I realized I made a mistake and deleted it soon after. Hopefully no one saw it and I didn't break anything.

Hi everybody. I'm aware of the problem, I've been aware of it for quite a while actually (I think when dolphin-emu started linking against libOpenGL.so), but since it didn't impact me for any software I used, I saved it for future me to sort it out. Now I have the same problem with nextcloud-client which I rely upon a lot, so the time has come for me to think about a workaround.

As it has already been pointed out by Ionen, the libglvnd model (for our use case) entails two libraries which split the legacy libGL.so: libOpenGL.so for the actual OpenGL and libGLX.so for X11 related function. As far as I can see from my tests, our obsolete lib seems to have all the functions we need to be a drop-in replacement. That's why loading it with LD_PRELOAD makes the software work again. To avoid having to do this manually or even worse preloading it for every single software, I thought about the following: how about making 2 empty libraries that override libglvnd's libOpenGL.so and libGLX.so, link them to our libGL.so.340.108 and bring it to the chain this way? It's hacky, but I can't think of any cleaner way and it seems to get the job done. I haven't done anything in my overlay yet, but if you want to give it a try (assuming an amd64 environment) you can do:

[dmpogo]