<div dir="ltr"><div>I played with these a bit beforehand, both glxinfo -i  and 
LIBGL_ALWAYS_INDIRECT=1 will product the same results for a glxinfo run</div><div><br></div><div>glxinfo -i results: <a href="https://termbin.com/hwu2">https://termbin.com/hwu2</a></div><div><br></div><div>LIBGL_DEBUG=verbose output with or without -i it is the same additional output<br></div><div><br></div><div>name of display: :50.0<br>libGL: MESA-LOADER: dlopen(/usr/lib/x86_64-linux-gnu/dri/swrast_dri.so)<br>libGL: Can't open configuration file /etc/drirc: No such file or directory.<br>libGL: Can't open configuration file /home/user/.drirc: No such file or directory.<br>libGL: Can't open configuration file /etc/drirc: No such file or directory.<br>libGL: Can't open configuration file /home/user/.drirc: No such file or directory.<br>X Error of failed request:  GLXUnsupportedPrivateRequest<br>  Major opcode of failed request:  143 (GLX)<br>  Minor opcode of failed request:  17 (X_GLXVendorPrivateWithReply)<br>  Serial number of failed request:  27<br>  Current serial number in output stream:  27<br> </div><div>I
 also tried a few of the mesa envvars but I can't find my notes, so I'll
 have to go through them again although I do recall MESA_DEBUG not adding anything additional to this 
output and a couple of the others broke the output in weird and wonderful ways.</div><div><br></div><div><a href="https://docs.mesa3d.org/envvars.html">https://docs.mesa3d.org/envvars.html</a> 
</div><div><br></div><div>sai</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jun 12, 2022 at 11:00 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">If I get that right GLX offers the X_GLXVendorPrivateWithReply<br>
request. This request knows 4 subcommands in NX:<br>
<br>
__GLXdispatchVendorPrivProcPtr<br>
__glXVendorPrivTable_EXT[__GLX_MAX_VENDPRIV_OPCODE_EXT -<br>
__GLX_MIN_VENDPRIV_OPCODE_EXT + 1] = {<br>
       __glXDisp_AreTexturesResidentEXT, /* 11 */<br>
       __glXDisp_DeleteTextures, /* 12 */<br>
       __glXDisp_GenTexturesEXT, /* 13 */<br>
       __glXDisp_IsTextureEXT, /* 14 */<br>
<br>
So chances are that glxinfo is using another one. So probably our Mesa<br>
version 6.4.2 does not come with this/those additional subcommands.<br>
<br>
I am wondering if we can tweak glxinfo to work nevertheless. Can you<br>
please try if LIBL_DEBUG=verbose glxinfo shows more information? Can<br>
you check the environment variables mentioned here:<br>
<a href="https://dri.freedesktop.org/wiki/TestingAndDebugging/" rel="noreferrer" target="_blank">https://dri.freedesktop.org/wiki/TestingAndDebugging/</a>? Does it make a<br>
difference if you call glxinfo with -i?<br>
<br>
Uli<br>
<br>
<br>
On Sun, Jun 12, 2022 at 1:01 AM sairuk <<a href="mailto:sairuk@gmail.com" target="_blank">sairuk@gmail.com</a>> wrote:<br>
><br>
> Thanks Neal, this is what I ended up doing as well for Zoom.<br>
><br>
> The Zoom issue led me to note the difference in behaviour after it started crashing, I want to be careful not to detract from the actual glx issue even if it turns out to be mesa related.<br>
><br>
> Unfortunately no movement on the bug Norman raised yet<br>
><br>
> sai<br>
><br>
> On Sun, Jun 12, 2022 at 12:28 AM Neal Becker <<a href="mailto:ndbecker2@gmail.com" target="_blank">ndbecker2@gmail.com</a>> wrote:<br>
>><br>
>> sairuk wrote:<br>
>><br>
>> > Maybe they did, couldn't say. my use case probably won't be a popular one<br>
>> > but i'll run it through it anyway. My setup might not even be optimal so I<br>
>> > am happy to consider advice.<br>
>> ><br>
>> > This was a finding while I was investigating why Zoom started crashing<br>
>> > after the whiteboard update (only if the whiteboard was open, and it was<br>
>> > only for me). I've been using Zoom within x2go XFCE sessions since 2020<br>
>> > without issue, (recommended or not) it works fine for daily use imo. I<br>
>> > could rollback Zoom to 5.9.x series and it was/is fine. Unfortunately due<br>
>> > to a vuln in the xmpp chat protocol implementation of Zoom min versions<br>
>> > needed to be enforced at 5.10.x series which has the new whiteboard<br>
>> > implementation.<br>
>> ><br>
>> > Additional to updating Zoom I'd inplace upgraded the x2go endpoint OS from<br>
>> > 20.04 (x2go glx working, mesa 21) to 22.04 (x2go glx broken, mesa 22)<br>
>> > while on Zoom 5.9.x series client and only noticed some slight performance<br>
>> > degradation in general session use but hadn't bothered to investigate it,<br>
>> > I expect (now) it is related to the lack of glx.<br>
>> ><br>
>> > Zoom will not start without the glx extension, and using<br>
>> > LIBGL_INDIRECT_ALWAYS is problematic (slow) as were some other envars I<br>
>> > was testing which broke a lot of additional stuff. I don't have my notes<br>
>> > with me now though.<br>
>> ><br>
>> ><br>
>> If you just want to use zoom then use their web app instead of the native<br>
>> zoom app.  I always do this with zoom, teams, etc. because the options for<br>
>> sharing are better in chrome than the native apps.<br>
>><br>
>> _______________________________________________<br>
>> x2go-user mailing list<br>
>> <a href="mailto:x2go-user@lists.x2go.org" target="_blank">x2go-user@lists.x2go.org</a><br>
>> <a href="https://lists.x2go.org/listinfo/x2go-user" rel="noreferrer" target="_blank">https://lists.x2go.org/listinfo/x2go-user</a><br>
><br>
> _______________________________________________<br>
> x2go-user mailing list<br>
> <a href="mailto:x2go-user@lists.x2go.org" target="_blank">x2go-user@lists.x2go.org</a><br>
> <a href="https://lists.x2go.org/listinfo/x2go-user" rel="noreferrer" target="_blank">https://lists.x2go.org/listinfo/x2go-user</a><br>
</blockquote></div>