On 25.09.2017 21:50, Andreas Beckmann wrote: > [ Cc:ing the libglvnd maintainer ]
The maintainer is debian-x, btw > On 09/25/2017 04:38 PM, Emilio J. Padrón wrote: >> I obtain the same error when trying primusrun (or optirun) in my system: >> >> % primusrun glxinfo >> /usr/bin/primusrun: line 41: warning: command substitution: ignored null >> byte in input >> primus: fatal: failed to load any of the libraries: >> /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1:/usr/lib/i386-linux-gnu/nvidia/libGL.so.1:/usr/lib/nvidia/libGL.so.1 >> /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1: cannot open shared object file: >> No such file or directory >> /usr/lib/i386-linux-gnu/nvidia/libGL.so.1: cannot open shared object file: >> No such file or directory >> /usr/lib/nvidia/libGL.so.1: cannot open shared object file: No such file or >> directory >> >> The '__GLVND_DISALLOW_PATCHING=1' workaround did not work for me :-? >> (same error messages). > > The question is: how should primusrun/optirun work in a GLVND > environment? There is no longer the "vendor" libGL.so.1 that has to be > loaded instead of the system libGL.so.1 > As I understand it, GLVND is supposed to provide a better solution to > the underlying problem addressed by primusrun/optirun. > > Note: if libgl1-nvidia-glvnd-glx is used (instead of libgl1-nvidia-glx) > and libgl1 (from src:libglvnd) is installed instead of > libgl1-glvnd-nvidia-glx, there is no longer a nvidia-provided > /usr/lib/*/nvidia/libGL.so.1 > > (Note for Timo: for the nvidia drivers we still need to divert the > system libGL.so.1 (and much more) since the legacy 304xx, 340xx drivers > don't support GLVND and we therefore still need to use the nested > alternatives, and we want to have them co-installable with the current > drivers) You mean the legacy drivers don't support it? That's wonderful.. >> By the way, I suppose it is not really related, but I'm not able to install >> nvidia glvnd packages, libgl1-glvnd-nvidia-glx 375.82-4 and >> libglvnd0-nvidia 375.82-4, due to dependency problems. The metapackage >> libgl1-nvidia-glvnd-glx 375.82-4 is installed ok, since the libgl1 >> dependency is provided by other packages. Is it also a bug? :-? > > That is intentional to allow the nvidia packages into testing which > still has mesa 13.x and no libglvnd. You should be fine with the libgl1, > ... packages from src:libglvnd in sid. > > > Andreas > -- t