Ошибка could not find opengl

Hi, I have the same problem.
`ERROR: Command errored out with exit status 1:
command: /home/jiangcm/anaconda3/envs/pix2surf/bin/python -u -c ‘import sys, setuptools, tokenize; sys.argv[0] = ‘»‘»‘/tmp/pip-req-build-yf46gqeh/setup.py'»‘»‘; file='»‘»‘/tmp/pip-req-build-yf46gqeh/setup.py'»‘»‘;f=getattr(tokenize, ‘»‘»‘open'»‘»‘, open)(file);code=f.read().replace(‘»‘»‘rn'»‘»‘, ‘»‘»‘n'»‘»‘);f.close();exec(compile(code, file, ‘»‘»‘exec'»‘»‘))’ bdist_wheel -d /tmp/pip-wheel-mofswr5q
cwd: /tmp/pip-req-build-yf46gqeh/
Complete output (49 lines):
running bdist_wheel
running build
— The CXX compiler identification is GNU 5.4.0
— The CUDA compiler identification is NVIDIA 10.0.130
— Check for working CXX compiler: /usr/bin/c++
— Check for working CXX compiler: /usr/bin/c++ — works
— Detecting CXX compiler ABI info
— Detecting CXX compiler ABI info — done
— Detecting CXX compile features
— Detecting CXX compile features — done
— Check for working CUDA compiler: /usr/local/cuda-10.0/bin/nvcc
— Check for working CUDA compiler: /usr/local/cuda-10.0/bin/nvcc — works
— Detecting CUDA compiler ABI info
— Detecting CUDA compiler ABI info — done
CMake Error at /opt/cmake-3.15.7/share/cmake-3.15/Modules/FindPackageHandleStandardArgs.cmake:137 (message):
Could NOT find OpenGL (missing: OPENGL_opengl_LIBRARY)
Call Stack (most recent call first):
/opt/cmake-3.15.7/share/cmake-3.15/Modules/FindPackageHandleStandardArgs.cmake:378 (_FPHSA_FAILURE_MESSAGE)
/opt/cmake-3.15.7/share/cmake-3.15/Modules/FindOpenGL.cmake:397 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
CMakeLists.txt:5 (find_package)

— Configuring incomplete, errors occurred!
See also «/tmp/pip-req-build-yf46gqeh/build/CMakeFiles/CMakeOutput.log».
Traceback (most recent call last):
File «», line 1, in
File «/tmp/pip-req-build-yf46gqeh/setup.py», line 50, in
‘Programming Language :: Python :: 3.7’,
File «/home/jiangcm/anaconda3/envs/pix2surf/lib/python3.7/site-packages/setuptools/init.py», line 144, in setup
return distutils.core.setup(**attrs)
File «/home/jiangcm/anaconda3/envs/pix2surf/lib/python3.7/distutils/core.py», line 148, in setup
dist.run_commands()
File «/home/jiangcm/anaconda3/envs/pix2surf/lib/python3.7/distutils/dist.py», line 966, in run_commands
self.run_command(cmd)
File «/home/jiangcm/anaconda3/envs/pix2surf/lib/python3.7/distutils/dist.py», line 985, in run_command
cmd_obj.run()
File «/home/jiangcm/anaconda3/envs/pix2surf/lib/python3.7/site-packages/wheel/bdist_wheel.py», line 223, in run
self.run_command(‘build’)
File «/home/jiangcm/anaconda3/envs/pix2surf/lib/python3.7/distutils/cmd.py», line 313, in run_command
self.distribution.run_command(command)
File «/home/jiangcm/anaconda3/envs/pix2surf/lib/python3.7/distutils/dist.py», line 985, in run_command
cmd_obj.run()
File «/tmp/pip-req-build-yf46gqeh/setup.py», line 24, in run
build_csrc()
File «/tmp/pip-req-build-yf46gqeh/setup.py», line 18, in build_csrc
subprocess.check_call([‘cmake’, os.path.join(base_path, ‘csrc’)], cwd=build_path)
File «/home/jiangcm/anaconda3/envs/pix2surf/lib/python3.7/subprocess.py», line 363, in check_call
raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command ‘[‘cmake’, ‘/tmp/pip-req-build-yf46gqeh/csrc’]’ returned non-zero exit status 1.

ERROR: Failed building wheel for dirt
I installed libglu1-mesa-dev, libgl1-mesa-dev and mesa-common-dev. But it doesn't work. The output ofls -l /usr/lib/*/GLas follows:lrwxrwxrwx 1 root root 18 Jun 15 2018 /usr/lib/x86_64-linux-gnu/libEGL.so -> mesa-egl/libEGL.so
lrwxrwxrwx 1 root root 21 Jun 15 2018 /usr/lib/x86_64-linux-gnu/libGLESv2.so -> mesa-egl/libGLESv2.so
lrwxrwxrwx 1 root root 19 Apr 3 11:29 /usr/lib/x86_64-linux-gnu/libGLEWmx.so.1.13 -> libGLEWmx.so.1.13.0
-rw-r—r— 1 root root 448632 Nov 10 2015 /usr/lib/x86_64-linux-gnu/libGLEWmx.so.1.13.0
lrwxrwxrwx 1 root root 17 Nov 10 2015 /usr/lib/x86_64-linux-gnu/libGLEW.so -> libGLEW.so.1.13.0
lrwxrwxrwx 1 root root 17 Apr 3 11:29 /usr/lib/x86_64-linux-gnu/libGLEW.so.1.13 -> libGLEW.so.1.13.0
-rw-r—r— 1 root root 514176 Nov 10 2015 /usr/lib/x86_64-linux-gnu/libGLEW.so.1.13.0
lrwxrwxrwx 1 root root 13 Jun 15 2018 /usr/lib/x86_64-linux-gnu/libGL.so -> mesa/libGL.so
-rw-r—r— 1 root root 911218 Oct 24 2015 /usr/lib/x86_64-linux-gnu/libGLU.a
lrwxrwxrwx 1 root root 15 Oct 24 2015 /usr/lib/x86_64-linux-gnu/libGLU.so -> libGLU.so.1.3.1
lrwxrwxrwx 1 root root 15 Apr 3 11:29 /usr/lib/x86_64-linux-gnu/libGLU.so.1 -> libGLU.so.1.3.1
-rw-r—r— 1 root root 453352 Oct 24 2015 /usr/lib/x86_64-linux-gnu/libGLU.so.1.3.1
lrwxrwxrwx 1 root root 21 Feb 10 03:42 /usr/lib/x86_64-linux-gnu/libQt5OpenGL.so.5 -> libQt5OpenGL.so.5.5.1
lrwxrwxrwx 1 root root 21 Feb 10 03:42 /usr/lib/x86_64-linux-gnu/libQt5OpenGL.so.5.5 -> libQt5OpenGL.so.5.5.1
-rw-r—r— 1 root root 362752 Feb 10 03:43 /usr/lib/x86_64-linux-gnu/libQt5OpenGL.so.5.5.1
lrwxrwxrwx 1 root root 20 Apr 5 2016 /usr/lib/x86_64-linux-gnu/libQtOpenGL.so.4 -> libQtOpenGL.so.4.8.7
lrwxrwxrwx 1 root root 20 Apr 5 2016 /usr/lib/x86_64-linux-gnu/libQtOpenGL.so.4.8 -> libQtOpenGL.so.4.8.7
My cmake and OpenGL version :cmake version 3.15.7

CMake suite maintained and supported by Kitware (kitware.com/cmake).`

OpenGL version:
the manufacturer's name：VMware, Inc. Renderer identifier：llvmpipe (LLVM 6.0, 256 bits) Version of OpenGL：3.0 Mesa 18.0.5 Version of OGLU：1.3

You can actually partly thank ChatGPT for this, as I was also stumped.

1. Verify that you’ve got the needed .so files, and find the path to them

find /usr -name 'libGL.so'
# in my case, on a raspberry pi I get
# /usr/lib/aarch64-linux-gnu/libGL.so

1. I believe you can either modify the CMakeLists.txt or change the commandline arguments for cmake.

   If you edit the cmake, add these two lines somewhere near the top.
   NOTE: the var names here are slightly different than the error message (but it still fixes the problem, at least for me)

set(OPENGL_gl_LIBRARY /usr/lib/x86_64-linux-gnu/libGL.so)
set(OPENGL_glx_LIBRARY /usr/lib/x86_64-linux-gnu/libGLX.so)

1. If the cmake command still doesn’t work, you can try the following sanity check.
   If you’re using ssh, first reconnecting using

ssh -X blah_address 
# so that displays are enabled

Then (whether you’re on ssh or not) do

DISPLAY=:0
glxinfo | grep OpenGL

The output should look something like:

OpenGL vendor string: Broadcom
OpenGL renderer string: VC4 V3D 2.1
OpenGL version string: 2.1 Mesa 22.2.5
OpenGL shading language version string: 1.20
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 2.0 Mesa 22.2.5
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 1.0.16 

If it doesn’t, that means theres probably a problem with OpenGL itself, and is a seperate issue to go track down.

Решил, значит, зайти в Counter-Strike Global Offensive, чтобы посмотреть демо из Overwatch и причаститься к наказанию адептов WH, AIMbot и прочей нечисти, заодно и отдохнуть от работы.

Разумеется, перезагружаться в Windows для такой цели не стоит, поэтому спокойно запускаю Steam для Linux, жму на кнопку запуска,

и вот незадача — вылезает бессовестное окошко с заголовком:

Could not find required OpenGL entry point ‘glGetError’! Either your video card is unsupported, or your OpenGL driver needs to be updated.

При попытке запустить скрипта CS:GO напрямую, получаю вот такое:

ivan@pc ~ $ /SteamLibrary/steamapps/common/Counter-Strike Global Offensive/csgo.sh
SDL video target is ‘x11’
SDL failed to create GL compatibility profile (whichProfile=0!
PROBLEM: You appear to have OpenGL 0.0.0, but we need at least 2.0.0!
Could not find required OpenGL entry point ‘glGetError’! Either your video card is unsupported, or your OpenGL driver needs to be updated
/SteamLibrary/steamapps/common/Counter-Strike Global Offensive/csgo.sh: line 57: 17727 Ошибка сегментирования                   ${DEBUGGER} «${GAMEROOT}»/${GAMEEXE} «$@

Что странно — другие установленные игры (Portal 2, The Long Dark)
запускаются беспрекословно. В «Сведениях о системе» Steam (в разделе
«Справка») указано, в частности:

Версия драйвера:  4.5.0 NVIDIA 361.28

Версия OpenGL: 4.5

Т.е. Steam-таки в курсе версии OpenGL.
Оказывается, разработчики Nvidia добавили GLVND в драйверах версии 361.28, что и приводит к такому сюрпризу, поскольку в CS:GO для Linux Valve тоже что-то намутили.

Следовательно, нужно как-то нивелировать это нововведение.
И одним из способов (самым простым) будет добавление в опции запуска игры (правый клик по игре в библиотеке Steam — Свойства — Установить параметры запуска) вот такую строку:

__GLVND_DISALLOW_PATCHING=1 %command%

После этого всё работает как ожидалось. Как всегда, способ, может и не самый изящный, но работает.