<div dir="ltr">Yes, it failed with an error about Python not being able to initialize GLX. Unfortunately, I didn't record the error and I will not be able to test it again until later this week.<div><br></div><div>I will provide an update as soon as I am able.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 25, 2021 at 1:53 PM Ulrich Sibiller <<a href="mailto:uli42@gmx.de">uli42@gmx.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I am not sure. Did you try to run chimerax with the workaround?<br>
<br>
On Mon, Oct 25, 2021 at 8:57 PM Eric Shell <<a href="mailto:eshell@ucsc.edu" target="_blank">eshell@ucsc.edu</a>> wrote:<br>
><br>
> Hi Ulrich,<br>
><br>
> Thank you for continuing to look into this.<br>
><br>
> I ran into another problem with GLX today, with a tool called chimerax which requires GLX 1.4 or greater. I read the page on getting GLX 1.4 working on the wiki (<a href="https://wiki.x2go.org/doku.php/wiki:development:glx-xlib-workaround" rel="noreferrer" target="_blank">https://wiki.x2go.org/doku.php/wiki:development:glx-xlib-workaround</a>) and I was wondering if it meant that the wrappers do not work with the NVIDIA drivers. I take it that means that if an application won't run with the<br>
><br>
> __GLX_VENDOR_LIBRARY_NAME=mesa LIBGL_ALWAYS_SOFTWARE=1 <your application><br>
><br>
> workaround, there's not much else to try?<br>
><br>
><br>
><br>
> On Sat, Oct 23, 2021 at 10:49 AM Ulrich Sibiller <<a href="mailto:uli42@gmx.de" target="_blank">uli42@gmx.de</a>> wrote:<br>
>><br>
>> Well, as said before I do not have any Nvidia hardware. But today I<br>
>> played a bit with that stuff with Firefox 78.7.0-esr on Debian wiht<br>
>> Intel graphics and I see the same errors you see inside NX. So maybe<br>
>> this is not all linked to nvidia but simply firefox failing some<br>
>> checks in an NX session. firefox does not even load libGL here.<br>
>> Investigating further...<br>
>> Uli<br>
>><br>
>> On Thu, Oct 21, 2021 at 5:54 PM Eric Shell <<a href="mailto:eshell@ucsc.edu" target="_blank">eshell@ucsc.edu</a>> wrote:<br>
>> >><br>
>> >> Did you reinstall the same nvidia drivers or a newer version?<br>
>> ><br>
>> ><br>
>> > Right now I'm again running the original drivers (460.73.01) installed from the .run file.<br>
>> ><br>
>> >><br>
>> >> IIRC there once was the necessity to chmod /dev/nvidia or similar to<br>
>> >> make it available to all users. Not sure if that's still required.<br>
>> ><br>
>> ><br>
>> > The permissions look correct. There are /dev/nvidia0 and /dev/nvidia1 devices for the 2 GPUs:<br>
>> ><br>
>> > # ll /dev/nvidia*<br>
>> > crw-rw-rw-. 1 root root 195,   0 Oct 19 09:58 /dev/nvidia0<br>
>> ><br>
>> >><br>
>> >> Just to be sure: are you connecting to the local X server (a so called<br>
>> >> shadow session) or are you starting a NEW mate desktop in addition to<br>
>> >> X server?<br>
>> ><br>
>> ><br>
>> > I don't think so but how can I tell? I am not connecting with X2Go/X11 Desktop Sharing if that's what opens a shadow session, but rather starting a MATE session.<br>
>> ><br>
>> >> > WebGL creation failed:<br>
>> >> > * Refused to create native OpenGL context because of blacklist entry: FEATURE_FAILURE_OPENGL_1<br>
>> >> > * Exhausted GL driver options.<br>
>> >> ><br>
>> >> > Running "__GLX_VENDOR_LIBRARY_NAME=mesa LIBGL_ALWAYS_SOFTWARE=1 firefox" didn't get WebGL working, either, but did change the about:support output:<br>
>> >> ><br>
>> >> > WebGL creation failed:<br>
>> >> > * Refused to create native OpenGL context because of blacklist entry: FEATURE_FAILURE_GLXTEST_FAILED<br>
>> >> > * Exhausted GL driver options.<br>
>> >><br>
>> >> Does this call work with glxinfo/glxgears?<br>
>> ><br>
>> ><br>
>> > Yes, it does. glxgears runs without crashing the session and glxinfo reports it is using direct rendering. It appears to be using my client's (a VM) X server for OpenGL rendering, is that right?<br>
>> ><br>
>> > $ __GLX_VENDOR_LIBRARY_NAME=mesa LIBGL_ALWAYS_SOFTWARE=1 glxinfo<br>
>> > ...<br>
>> > OpenGL vendor string: VMware, Inc.<br>
>> > OpenGL renderer string: llvmpipe (LLVM 7.0, 256 bits)<br>
>> > OpenGL version string: 2.1 Mesa 18.3.4<br>
>> > OpenGL shading language version string: 1.20<br>
>> ><br>
>> >><br>
>> >><br>
>> >> > Any idea how I can get WebGL rendered in an X2Go session again? I would assume that there wasn't a solution using X2Go if I hadn't used it successfully myself mere days ago. I intend not to use VNC if at all possible.<br>
>> >><br>
>> >> I am a bit puzzled about that blacklist entry. Maybe that is<br>
>> >> modifiable in about:config. I have checked my firefox88 and it does<br>
>> >> NOT seem to have this blacklist entry in about:config.<br>
>> >><br>
>> >> Also check/disable the hardware acceleration setting in firefox.<br>
>> ><br>
>> ><br>
>> > I tried setting webgl.force-enabled to true and got different output from about:support:<br>
>> ><br>
>> > WebGL creation failed:<br>
>> > * tryNativeGL<br>
>> > * Exhausted GL driver options.<br>
>> ><br>
>> > I've tried toggling hardware acceleration on/off but it doesn't seem to make a difference.<br>
>> ><br>
>> >><br>
>> >><br>
>> >> Uli<br>
>> ><br>
>> ><br>
>> ><br>
>> > --<br>
>> > Eric Shell<br>
>> > PBSci Technical Staff<br>
>> > <a href="mailto:eshell@ucsc.edu" target="_blank">eshell@ucsc.edu</a><br>
>> > 831 459 4919<br>
><br>
><br>
><br>
> --<br>
> Eric Shell<br>
> PBSci Technical Staff<br>
> <a href="mailto:eshell@ucsc.edu" target="_blank">eshell@ucsc.edu</a><br>
> 831 459 4919<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><span style="color:rgb(80,0,80);font-size:12.8px">Eric Shell</span></div><div><span style="color:rgb(80,0,80);font-size:12.8px">PBSci Technical Staff</span></div><div><span style="color:rgb(80,0,80);font-size:12.8px"><a href="mailto:eshell@ucsc.edu" target="_blank">eshell@ucsc.edu</a></span></div><div><span style="color:rgb(80,0,80);font-size:12.8px">831 459 4919</span></div></div></div>