On čtvrtek 1. listopadu 2018 16:40:26 CET L A Walsh wrote:
On 11/1/2018 1:27 AM, Michal Srb wrote:
On čtvrtek 1. listopadu 2018 4:34:16 CET L A Walsh wrote:
libGL error: No matching fbConfigs or visuals found libGL error: failed to load driver: swrast
...
glxinfo shows support up to openGL version 1.4 (4.6.0 NVIDIA 416.34) (and alot of lines for routines supported).
It seems that you have the NVIDIA proprietary driver installed,
--- On the Windows 'server'.
Oh, ok, I had no idea remote X or Windows was involved. I don't think I can give useful advice without knowing the setup. What kind of X server is running on the Windows machine? Which extension does it offer, what visuals? Outputs of `xdpyinfo` and `glxinfo` would help.
That does not see any supported devices, so it tries to use software rendering and that fails because it would have no way to present the results to the X server. Not sure why, maybe because of mismatched GLX extension...
---- ?? how would it normally display results to the server? I mean isn't that the purpose of the swrast_dri -- to allow rendering in SW when there isn't a local 3D card? The 'client' where the programs run use remote windows located on the Xserver machine (the Win machine with the nvidia card).
Sure, the rendering happens in software on the client side, but the final image still has to be sent over to the X server, which has to understand the format.
But you may be on to something....maybe the GLVND lib is not configured properly on install for the remote case? I'd think it would need to dynamically do config for remote vs. local, since someone could be running in either place if both machines had Nvidia cards.
I doubt that. If you don't have nvidia driver on your linux machine, GLVND is not the issue. We know that it is selecting the Mesa OpenGL implementation and that is correct. Michal Srb -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org