OK, further downgrades gets glxinfo to work again. On my test F36 system I downloaded F35 mesa* and libglvnd* packages and did: dnf downgrade ./mesa*rpm ./libglv*.rpm
Which resulted in the packages listed below to be downgraded. After that, glxinfo and glxgears work again. So, a bug in mesa 22? libglvnd-1:1.3.4-2.fc35.i686 libglvnd-1:1.3.4-2.fc35.x86_64 libglvnd-core-devel-1:1.3.4-2.fc35.x86_64 libglvnd-devel-1:1.3.4-2.fc35.x86_64 libglvnd-egl-1:1.3.4-2.fc35.x86_64 libglvnd-gles-1:1.3.4-2.fc35.x86_64 libglvnd-glx-1:1.3.4-2.fc35.i686 libglvnd-glx-1:1.3.4-2.fc35.x86_64 libglvnd-opengl-1:1.3.4-2.fc35.x86_64 mesa-dri-drivers-21.3.8-2.fc35.i686 mesa-dri-drivers-21.3.8-2.fc35.x86_64 mesa-filesystem-21.3.8-2.fc35.i686 mesa-filesystem-21.3.8-2.fc35.x86_64 mesa-libEGL-21.3.8-2.fc35.x86_64 mesa-libEGL-devel-21.3.8-2.fc35.x86_64 mesa-libgbm-21.3.8-2.fc35.i686 mesa-libgbm-21.3.8-2.fc35.x86_64 mesa-libGL-21.3.8-2.fc35.i686 mesa-libGL-21.3.8-2.fc35.x86_64 mesa-libglapi-21.3.8-2.fc35.i686 mesa-libglapi-21.3.8-2.fc35.x86_64 mesa-libGL-devel-21.3.8-2.fc35.x86_64 mesa-libGLU-9.0.1-5.fc35.i686 mesa-libGLU-9.0.1-5.fc35.x86_64 mesa-libOpenCL-21.3.8-2.fc35.i686 mesa-libOpenCL-21.3.8-2.fc35.x86_64 mesa-libOSMesa-21.3.8-2.fc35.x86_64 mesa-libxatracker-21.3.8-2.fc35.x86_64 mesa-vulkan-drivers-21.3.8-2.fc35.i686 mesa-vulkan-drivers-21.3.8-2.fc35.x86_64 On Sat, 4 Jun 2022 at 11:15, Norman Gaywood <ngayw...@une.edu.au> wrote: > > On Fedora 36 we have: > libglvnd-1.4.0-2.fc36.x86_64 > libglvnd-glx-1.4.0-2.fc36.x86_64 > > On Fedora 35: > libglvnd-1.3.4-2.fc35.x86_64 > libglvnd-glx-1.3.4-2.fc35.x86_64 > > I managed to download the libglvnd* packages for F35, and on an F36 > system, I downgraded: > dnf downgrade ./libglvnd* ./glx-utils* > and rebooted. > > So now on my F36 system I have: > libglvnd-1.3.4-2.fc35.x86_64 > libglvnd-glx-1.3.4-2.fc35.x86_64 > > (I've trimmed the package lists in the above, there are more libglvnd* > installed/downgraded). > > And the same behaviour occurs: > $ glxinfo > name of display: :50.0 > X Error of failed request: GLXUnsupportedPrivateRequest > Major opcode of failed request: 143 (GLX) > Minor opcode of failed request: 17 (X_GLXVendorPrivateWithReply) > Serial number of failed request: 27 > Current serial number in output stream: 27 > > So this suggests it's not the upgrade from 1.3 to 1.4 of libglvnd-glx ??? > > glxinfo is part of the glx-utils package, which I also downgraded. But > they have the same version number: > glx-utils-8.4.0-12.20210504git0f9e7d9.fc35.x86_64 > glx-utils-8.4.0-13.20210504git0f9e7d9.fc36.x86_64 > > So, I'm not sure what to look at next. > > > On Fri, 3 Jun 2022 at 17:26, Ulrich Sibiller <ul...@gmx.de> wrote: > >> The version of x2goserver and x2goclient is irrelevant here. The GLX >> code is in nx-libs (nxagent/x2goagent). However, nothing has changed >> there in years, so I suggest to downgrade glxinfo and retry. Let me >> know the result. >> >> Uli >> >> On Fri, Jun 3, 2022 at 1:51 AM Norman Gaywood <ngayw...@une.edu.au> >> wrote: >> > >> > In Fedora 35 glxinfo (and glxgears) worked fine with >> x2goserver-4.1.0.3-17.fc35.x86_64 >> > >> > After updating to Fedora 36, x2goserver-4.1.0.3-17.fc36.x86_64, glxinfo >> no longer works. >> > $ glxinfo >> > name of display: :50.0 >> > X Error of failed request: GLXUnsupportedPrivateRequest >> > Major opcode of failed request: 143 (GLX) >> > Minor opcode of failed request: 17 (X_GLXVendorPrivateWithReply) >> > Serial number of failed request: 27 >> > Current serial number in output stream: 27 >> > >> > Linux x2goclient X2Go Client v. 4.1.2.2 (Qt - 5.15.3) >> > >> > Is there any way to make this work? Not sure what programs actually use >> it. >> > Thankfully matlab still seems to work. >> > -- >> > Norman Gaywood, Computer Systems Officer >> > School of Science and Technology >> > University of New England >> > Armidale NSW 2351, Australia >> > >> > ngayw...@une.edu.au http://turing.une.edu.au/~ngaywood >> > Phone: +61 (0)2 6773 2412 Mobile: +61 (0)4 7862 0062 >> > >> > Please avoid sending me Word or Power Point attachments. >> > See http://www.gnu.org/philosophy/no-word-attachments.html >> > _______________________________________________ >> > x2go-user mailing list >> > x2go-user@lists.x2go.org >> > https://lists.x2go.org/listinfo/x2go-user >> > > > -- > Norman Gaywood, Computer Systems Officer > School of Science and Technology > University of New England > Armidale NSW 2351, Australia > > ngayw...@une.edu.au http://turing.une.edu.au/~ngaywood > Phone: +61 (0)2 6773 2412 Mobile: +61 (0)4 7862 0062 > > Please avoid sending me Word or Power Point attachments. > See http://www.gnu.org/philosophy/no-word-attachments.html > -- Norman Gaywood, Computer Systems Officer School of Science and Technology University of New England Armidale NSW 2351, Australia ngayw...@une.edu.au http://turing.une.edu.au/~ngaywood Phone: +61 (0)2 6773 2412 Mobile: +61 (0)4 7862 0062 Please avoid sending me Word or Power Point attachments. See http://www.gnu.org/philosophy/no-word-attachments.html
_______________________________________________ x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user