Installing xserver-xorg makes sgfxi work so all is well, it seems, as xserver-xorg doesn't depend on libgl1mesa-glx and only recommends libgl1-mesa-dri.
Back to top

I'm not really clear on the subject/problem of the last few posts you made here.

If sgfxi is in /usr/local/bin and if it keeps trying to update itself, then there is something wrong in your system PATH I believe, although i've never seen Debian show any problem like that.

The nvidia driver has always overwritten an xorg library with its own, that's not something you can revert, it's how it works, they use their own I guess glx library, and always have. That's just a fact of life, it's why smxi when you run upgrades via it tells you when xorg version has changed and then tells you that you need to update your nvidia driver, and it's also why sgfxi long ago basically only rebuilds the module for the driver its installing if that driver is the current one, or the one specificied via -B or -o options. More than that I cannot do.
Back to top

That glx, mutiarch folder move regression(no X), is fixed for nvidia, in sid today. If you've lost X, with an upgrade, since the 17th, a dist-upgrade should fix it now. Cheers.
Back to top

I was referring to the fact that we lose GLX support from the NVIDIA driver when libgl1-mesa-glx is upgraded.
Reading the NVIDIA driver manual (chapter 5) I think I figured it.
libgl1-mesa-glx installs /usr/lib/i386-linux-gnu/libGL.so.1 and /usr/lib/i386-linux-gnu/libGL.so.1.2 and then 'ldconfig' picks those instead of the NVIDIA driver's GL libraries in /usr/lib. Renaming or deleting the GL libraries from libgl1-mesa-glx and running 'ldconfig' should restore the GLX support back without the need to reinstall the driver.
Back to top