For posterity, we discovered after running 'strace vglrun xclock' that
another interposer (/usr/local/lib/AppProtection/libAppProtection.so)
was being inserted into the preload chain. Apparently that interposer
is installed by the Citrix ICA client and referenced in
/etc/ld.so.preload. Since
I did a deep dive in the Nvidia driver. It does not have it's own
libGL.so, it uses the mesa-diverted libGL.so, which really should be called
"generic" or "base" libGL.so.
Found this after searching for why the newer Nvidia drivers do not include
a libGL.so file at all.
On Sat, 18 Jan 2025, 05:2
Never mind. I tried force-uninstalling those packages, and that makes
VirtualGL fail much earlier than what you are observing. I'm not sure
what's causing the issue, but I am suspicious at the fact that libGL.so
points to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so. That seems
wrong for
My guess is that a necessary package is missing. Make sure that the
libxcb and libxcb-keysyms packages are installed.
On 1/17/25 5:36 AM, Alf Nilsson wrote:
Hello,
I am at my wits end.
I have a Debian 12 that is running VirtualGL as a server.
I have a debian 12 that is running VirtualGL as
Hello,
I am at my wits end.
I have a Debian 12 that is running VirtualGL as a server.
I have a debian 12 that is running VirtualGL as a client (Only installed,
not configured)
On the server:
I erased my xorg.conf and ran first : nvidia-xconfig
Then ran :
service gdm3 stop
/opt/VirtualGL/bin/vg
