I assume you mean “5.6.1” here. That option seems to be related to a conflicting Mesa/LLVM being found. @utkarsh.ayachit@chuckatkins@Dave_DeMarle Where did we see this before?
This shows up at TACC on stampede2. There, we detect both system OpenGL and our own GL, which happen to have incompatible llvm versions, and the cmake flag to prefer our own was not sufficient to avoid the problem. My temporary workaround there was a hack to force really disabling system OpenGL.
In a few days I should have time to come up with a real fix. Florian it would be helpful if you can tell us if your system configuration is similar.
the server is a centos7 (3.10.0-957.1.3.el7.x86_64) machine accessed via x2go (version 4.1.0.3) . In the x2go-session I have
$ glxinfo | grep “OpenGL”
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: llvmpipe (LLVM 6.0, 256 bits)
OpenGL version string: 2.1 Mesa 18.0.5
OpenGL shading language version string: 1.30
Since I’m not familiar with TACC on stampede2, I can’t tell if that’s similar. But I’ll be happy to provide more information if you tell me what you want to know
I’ve upgraded to 5.6.2 gut get a new problem there: running PV with any --mesa option I get
/mypath/ParaView-5.6.2-MPI-Linux-64bit/bin/paraview --mesa
/mypath/ParaView-5.6.2-MPI-Linux-64bit/lib/paraview: /mypath/ParaView-5.6.2-MPI-Linux-64bit/lib/mesa/libz.so.1: version `ZLIB_1.2.9’ not found (required by /mypath/ParaView-5.6.2-MPI-Linux-64bit/lib/libpng16.so.16)
My system Zlib on Centos7 is 1.2.7, however I’m using again the pre-build binaries form the official homepage, so system libs should be irrelevant in this case I guess.
Any suggestions on how to get the GUI running without OpenGL (i.e. in VMs or via x2go)?
