[A graphics driver in
/opt] will confuse the container runtime system that we use to give Proton 5.13 its required runtime environment (it’s called pressure-vessel and is in the SteamLinuxRuntime_soldier/pressure-vessel/bin/ directory), because at the moment it assumes all libraries came from/usror/lib*.
The next release of pressure-vessel will hopefully fix this bug, as a result of https://gitlab.steamos.cloud/steamrt/steam-runtime-tools/-/merge_requests/173 having been merged.
Installing a version of libdrm.so.2 in /opt that is outside the OS’s dependency management system and putting it on the global search path is always going to be a potentially problematic thing to do
This will still be a potentially problematic thing to do, and I wouldn’t recommend it; but in future it shouldn’t be any worse for pressure-vessel than it already is for your OS.
I had this error when I installed amdgpu (NOT amdgpu-pro, which didn’t work for me at all) from the AMD site
Does that also install in /opt? If it does, it is not surprising for it to behave the same as amdgpu-pro.
In general, unlike Windows, it is most reliable to get Linux graphics drivers from the OS vendor (Ubuntu, Fedora, openSUSE, whatever you’re using).
If the graphics drivers provided by your OS vendor are too old, using official backports or a PPA-style overlay/addon repository that has been prepared specifically for your OS is likely to be better than something OS-independent. (But only use third-party driver overlay/addon repositories if you completely trust their maintainer: they get unlimited control over your system.)
Some of my confusion was caused by glxinfo reporting «Mesa» as OpenGL vendor instead of «AMD»
This is a consequence of the architecture/design of the open-source driver stack, and is not under the Steam Runtime’s control. Mesa is one of the shared frameworks used by all the major open-source graphics drivers. The only non-Mesa-based graphics stack that is likely to work with Steam is the NVIDIA proprietary driver.
libGL error: MESA-LOADER: failed to open radeonsi: /overrides/lib/i386-linux-gnu/dri/radeonsi_dri.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога (search paths /overrides/lib/x86_64-linux-gnu/dri:/overrides/lib/i386-linux-gnu/dri)Я получаю при попытке запустить World of Tanks Blitz …
libGL error: failed to load driver: radeonsi
libGL error: MESA-LOADER: failed to open swrast: /overrides/lib/i386-linux-gnu/dri/swrast_dri.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога (search paths /overrides/lib/x86_64-linux-gnu/dri:/overrides/lib/i386-linux-gnu/dri)
libGL error: failed to load driver: swrast
Очень интересный путь к каталогу с dri (mesa) драйвером…
Например 64 бит mesa драйвер, вообще-то как бы лежит в этом каталоге:
# rpm -qvl xorg-dri-radeon | grep radeonsi_dri.so
lrwxrwxrwx 1 root root 17 апр 8 09:21 /usr/lib64/X11/modules/dri/radeonsi_dri.so -> libgallium_dri.so
А сам 64 бит libgallium_dri.so тут же, в этом же каталоге:
# rpm -qf /usr/lib64/X11/modules/dri/libgallium_dri.so
xorg-dri-swrast-21.0.2-alt1.x86_64
32 бит, лежат в /usr/lib/X11/modules/dri/
Тут парни ту же ошибку смотрели на iris (но сути это не меняет)
https://gitlab.freedesktop.org/mesa/mesa/-/issues/3477
И игрались с переменными
LIBGL_DRIVERS_PATH
LD_LIBRARY_PATH
Тут должен был найти MESA-LOADER dri-драйвер. А искал он его совсем не там.
Само имя каталога i386-linux-gnu в пути, говорит что лоадер ищет 32 бит dri (mesa) драйвер. Но по тому пути, не может найти.
« Последнее редактирование: 30.04.2021 06:05:48 от Speccyfighter »
Записан
libGL error: MESA-LOADER: failed to open radeonsi: /overrides/lib/i386-linux-gnu/dri/radeonsi_dri.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога (search paths /overrides/lib/x86_64-linux-gnu/dri:/overrides/lib/i386-linux-gnu/dri)Я получаю при попытке запустить World of Tanks Blitz …
libGL error: failed to load driver: radeonsi
libGL error: MESA-LOADER: failed to open swrast: /overrides/lib/i386-linux-gnu/dri/swrast_dri.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога (search paths /overrides/lib/x86_64-linux-gnu/dri:/overrides/lib/i386-linux-gnu/dri)
libGL error: failed to load driver: swrastОчень интересный путь к каталогу с dri (mesa) драйвером…
Например 64 бит mesa драйвер, вообще-то как бы лежит в этом каталоге:
# rpm -qvl xorg-dri-radeon | grep radeonsi_dri.so
lrwxrwxrwx 1 root root 17 апр 8 09:21 /usr/lib64/X11/modules/dri/radeonsi_dri.so -> libgallium_dri.so
А сам 64 бит libgallium_dri.so тут же, в этом же каталоге:# rpm -qf /usr/lib64/X11/modules/dri/libgallium_dri.so
xorg-dri-swrast-21.0.2-alt1.x86_64
32 бит, лежат в /usr/lib/X11/modules/dri/Тут парни ту же ошибку смотрели на iris (но сути это не меняет)
https://gitlab.freedesktop.org/mesa/mesa/-/issues/3477И игрались с переменными
LIBGL_DRIVERS_PATH
LD_LIBRARY_PATHТут должен был найти MESA-LOADER dri-драйвер. А искал он его совсем не там.
Само имя каталога i386-linux-gnu в пути, говорит что лоадер ищет 32 бит dri (mesa) драйвер. Но по тому пути, не может найти.
LIBGL_DRIVERS_PATH
LD_LIBRARY_PATH
По умолчанию пусты, но задание нужных значение не помогло, как, в принципе, и в случае с iris.
Создал символьные ссылки на «правильные» директории — так же не помогло….
Записан
Размышление «от фонаря»:
Если мне не изменяет память, каталог i386-linux-gnu относится к дебиан и дебиан-подобным. Код альтовой сборки не мог в себя притащить этот каталог. У альтов mesa лежит в других каталогах. Я бы рекурсивно погрепал всё неальтовой сборки, на предмет, что именно содержит этот каталог. Какой код ищет по тому (неправильному) пути dri (mesa) драйвер. Т.е. (предположительно) идёт вызов библиотеки акселерации сторонним кодом.
« Последнее редактирование: 30.04.2021 13:32:10 от Speccyfighter »
Записан
Записан
У альтов путь к dri библиотекам содержится например в
# grep -r usr/lib64/X11/modules/dri /usr/lib64/
Двоичный файл /usr/lib64/libGLX_mesa.so.0.0.0 совпадает
Двоичный файл /usr/lib64/libEGL_mesa.so.0.0.0 совпадает
/usr/lib64/pkgconfig/dri.pc:dridriverdir=/usr/lib64/X11/modules/dri
Двоичный файл /usr/lib64/libgbm.so.1.0.0 совпадает
Двоичный файл /usr/lib64/X11/modules/drivers/intel_drv.so совпадает
Двоичный файл /usr/lib64/X11/modules/extensions/libglx.so совпадает
Что-то другое, не-альтовое, вызывает dri драйвер по пути */i386-linux-gnu/*.
Записан
У же давали ссылку на диалог:
https://github.com/ValveSoftware/steam-runtime/issues/403
Похоже это общая беда c amdgpu.
Labaman
Как уже было сказано
32 бит, лежат в /usr/lib/X11/modules/dri/
Попробуйте добавить путь в ручную.
$ sed -i 's/lib"/lib:/usr/lib/X11/modules"/' ~/.steam/root/ubuntu12_32/steam-runtime/run.shЯ немного посмотрел исходники dri скрипт должен сам добавлять и в самом пакете много дебиановского хлама от которого можно было бы избавиться.
Когда строку добавите запустите стим и лог суда. К сожалению у меня эти ошибки не воспроизводятся, да и вообще стим работает нормально за исключением предупреждений и ошибок об отсутствующих движках gtk которые можно поставить при желании в репах они есть ничего криминального в логах нет.
На старых ноутах у меня радеон так как amdgpu не поддерживает карты, а на других пк нв, подопытных нет .
« Последнее редактирование: 01.05.2021 12:11:52 от Koi »
Записан
У же давали ссылку на диалог:
https://github.com/ValveSoftware/steam-runtime/issues/403
Похоже это общая беда c amdgpu.Labaman
Как уже было сказано32 бит, лежат в /usr/lib/X11/modules/dri/
Попробуйте добавить путь в ручную.
$ sed -i 's/lib"/lib:/usr/lib/X11/modules"/' ~/.steam/root/ubuntu12_32/steam-runtime/run.shЯ немного посмотрел исходники dri скрипт должен сам добавлять и в самом пакете много дебиановского хлама от которого можно было бы избавиться.
Когда строку добавите запустите стим и лог суда. К сожалению у меня эти ошибки не воспроизводятся, да и вообще стим работает нормально за исключением предупреждений и ошибок об отсутствующих движках gtk которые можно поставить при желании в репах они есть ничего криминального в логах нет.
На старых ноутах у меня радеон так как amdgpu не поддерживает карты, а на других пк нв, подопытных нет
По этому поводу меня начинают терзать смутные сомнения:
1) На ubuntu (и основанных на нем) все работает на ура.
2) Проблема воспроизвелась на чистом debian (ну почти чистом)
3) Проблема с обращением к драйверу идут при запуске игр через steamplay и proton (т.е. игры, имеющие нативный клиент для Linux такой проблемой не страдают, ну по крайней мере в своей библиотеке я таких не нашел)
Обнаружил в описании flatpak версии Steam упоминание, о том, что начиная с версии 5.13 проявляются капризы протона при работе с flatpak версией.
Начал копать в сторону community сборок Proton, в частности Proton-GE, и понял, что они работают. В частности flatpak версия Steam с выбранной community сборкой Proton 6.3.2 запускает все игры на ура.
Так же обнаружил, что большинство не ubuntu-подобных дистрибутивов приветствует подобные неофициальные сборки Proton в своих репозиториях .
В общем, кажется мне, что проявление кривизны официальных сборок Proton.
Так что на данный момент перешел на использование flatpak версии Steam — в ней все работает (неофициальные сборки Proton устанавливаются в виде плагинов).
« Последнее редактирование: 02.05.2021 21:56:59 от Labaman »
Записан
У же давали ссылку на диалог:
https://github.com/ValveSoftware/steam-runtime/issues/403
Похоже это общая беда c amdgpu.Labaman
Как уже было сказано32 бит, лежат в /usr/lib/X11/modules/dri/
Попробуйте добавить путь в ручную.
$ sed -i 's/lib"/lib:/usr/lib/X11/modules"/' ~/.steam/root/ubuntu12_32/steam-runtime/run.sh
Не помогло. Кстати, «подкидывание» Proton-GE к нативному Steam из репозиториев так же не исправило ситуацию.
Но ошибка уже другого плана:
ERROR: ld.so: object '/home/zloyadmin/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.Полный текст во вложении.
А это уже похоже не то, что первым делом steam обращается к 64 битным библиотекам….
« Последнее редактирование: 07.05.2021 13:11:54 от Labaman »
Записан
Тема то названа некорректно, с драйвером все в порядке, проблема в сторонних приложениях и поиске или нужных им библиотек…
Записан
Тема то названа некорректно, с драйвером все в порядке, проблема в сторонних приложениях и поиске или нужных им библиотек…
Лечение стима. 
Но ошибка уже другого плана:
Код: [Выделить]
ERROR: ld.so: object ‘/home/zloyadmin/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so’ from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
Полный текст во вложении.
А это уже похоже не то, что первым делом steam обращается к 64 битным библиотекам….
Это не должно быть критично.
Записан
Тема то названа некорректно, с драйвером все в порядке, проблема в сторонних приложениях и поиске или нужных им библиотек…
Лечение стима.
Но ошибка уже другого плана:
Код: [Выделить]
ERROR: ld.so: object ‘/home/zloyadmin/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so’ from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
Полный текст во вложении.
А это уже похоже не то, что первым делом steam обращается к 64 битным библиотекам….Это не должно быть критично.
Пробовал так:
export LD_LIBRARY_PATH=/usr/lib32/:/usr/lib/:$LD_LIBRARY_PATHНе помогло.
Да тут пойди пойми — нативные-то игры нативынй стим запускает нормально 
Записан
Да тут пойди пойми — нативные-то игры нативынй стим запускает нормально
Я тоже стал запускать в обход стима качая клиенты у разработчиков игр, а после отмены поддержки xp и на wine появились проблемы с отображением магазина их браузер нужно переключать в режим html + песочница иначе черный экран в последнем обновлении эта проблема снова возникает. Не ясно почему нельзя собрать нормальный кроссплатформенный клиент компания вроде не бедная.
Записан
У меня была такая же проблема при установке steam в p10.
libGL error: MESA-LOADER: failed to open radeonsi: /overrides/lib/i386-linux-gnu/dri/radeonsi_dri.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога (search paths /overrides/lib/x86_64-linux-gnu/dri:/overrides/lib/i386-linux-gnu/dri)Вылечил установкой двух пакетов:
libGL error: failed to load driver: radeonsi
libGL error: MESA-LOADER: failed to open radeonsi: /overrides/lib/i386-linux-gnu/dri/radeonsi_dri.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога (search paths /overrides/lib/x86_64-linux-gnu/dri:/overrides/lib/i386-linux-gnu/dri)
libGL error: failed to load driver: radeonsi
libGL error: MESA-LOADER: failed to open swrast: /overrides/lib/i386-linux-gnu/dri/swrast_dri.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога (search paths /overrides/lib/x86_64-linux-gnu/dri:/overrides/lib/i386-linux-gnu/dri)
libGL error: failed to load driver: swrast
i586-xorg-dri-radeon.32bit
i586-xorg-dri-swrast.32bit
и переустановкой steam с полным удалением ~/.local/share/Steam
Переустановка наверное не нужна. Я там сильно намудрил при поиске проблемы в конфигах с скриптах, поэтому пришлось.
Записан
| View previous topic :: View next topic | |||||||||||||||||||||||||||||
| Author | Message | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| happysmash27 Apprentice 
Joined: 28 Mar 2016 |
|
||||||||||||||||||||||||||||
| Back to top |
|
||||||||||||||||||||||||||||
 |
|||||||||||||||||||||||||||||
|
|
You cannot post new topics in this forum |
I have found the issue.
In order to keep some older packages (python-llvmlite) which required LLVM 8, i stopped updating LLVM. Running
openat(AT_FDCWD, "/usr/lib/dri/tls/radeonsi_dri.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (File o directory non esistente)
openat(AT_FDCWD, "/usr/lib/dri/radeonsi_dri.so", O_RDONLY|O_CLOEXEC) = 4
read(4, "177ELF21133>1@r"..., 832) = 832
fstat(4, {st_mode=S_IFREG|0755, st_size=20223384, ...}) = 0
mmap(NULL, 23136696, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x7f1943c87000
mprotect(0x7f1943d57000, 18272256, PROT_NONE) = 0
mmap(0x7f1943d57000, 13451264, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0xd0000) = 0x7f1943d57000
mmap(0x7f1944a2b000, 4816896, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0xda4000) = 0x7f1944a2b000
mmap(0x7f1944ec4000, 1101824, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x123c000) = 0x7f1944ec4000
mmap(0x7f1944fd1000, 2910648, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f1944fd1000
close(4) = 0
openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=313095, ...}) = 0
mmap(NULL, 313095, PROT_READ, MAP_PRIVATE, 4, 0) = 0x7f194602a000
close(4) = 0
openat(AT_FDCWD, "/usr/lib/tls/haswell/x86_64/libLLVM-9.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (File o directory non esistente)
stat("/usr/lib/tls/haswell/x86_64", 0x7ffed88c6760) = -1 ENOENT (File o directory non esistente)
openat(AT_FDCWD, "/usr/lib/tls/haswell/libLLVM-9.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (File o directory non esistente)
stat("/usr/lib/tls/haswell", 0x7ffed88c6760) = -1 ENOENT (File o directory non esistente)
openat(AT_FDCWD, "/usr/lib/tls/x86_64/libLLVM-9.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (File o directory non esistente)
stat("/usr/lib/tls/x86_64", 0x7ffed88c6760) = -1 ENOENT (File o directory non esistente)
openat(AT_FDCWD, "/usr/lib/tls/libLLVM-9.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (File o directory non esistente)
stat("/usr/lib/tls", 0x7ffed88c6760) = -1 ENOENT (File o directory non esistente)
openat(AT_FDCWD, "/usr/lib/haswell/x86_64/libLLVM-9.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (File o directory non esistente)
stat("/usr/lib/haswell/x86_64", 0x7ffed88c6760) = -1 ENOENT (File o directory non esistente)
openat(AT_FDCWD, "/usr/lib/haswell/libLLVM-9.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (File o directory non esistente)
stat("/usr/lib/haswell", 0x7ffed88c6760) = -1 ENOENT (File o directory non esistente)
openat(AT_FDCWD, "/usr/lib/x86_64/libLLVM-9.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (File o directory non esistente)
stat("/usr/lib/x86_64", 0x7ffed88c6760) = -1 ENOENT (File o directory non esistente)
openat(AT_FDCWD, "/usr/lib/libLLVM-9.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (File o directory non esistente)
stat("/usr/lib", {st_mode=S_IFDIR|0755, st_size=249856, ...}) = 0
munmap(0x7f194602a000, 313095) = 0
munmap(0x7f1943c87000, 23136696) = 0
write(2, "libGL error: ", 13) = 13
write(2, "MESA-LOADER: failed to open rade"..., 65) = 65where you can see it looks for LLVM 9, and does not find it. Therefore, all I had to do is upgrade LLVM,and it worked!
I haven’t mentioned this before because I had no idea that mesa made use of LLVM. I have had to remove the «old» packages which needed LLVM 8…
Вывод после первой команды:
direct rendering: Yes
GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer,
GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_OML_swap_method,
Extended renderer info (GLX_MESA_query_renderer):
OpenGL renderer string: AMD HAINAN (DRM 2.50.0, 4.15.0-45-generic, LLVM 7.0.1)
GL_ARB_conditional_render_inverted, GL_ARB_conservative_depth,
GL_NVX_gpu_memory_info, GL_NV_conditional_render, GL_NV_depth_clamp,
GL_ARB_compute_variable_group_size, GL_ARB_conditional_render_inverted,
GL_NV_conditional_render, GL_NV_depth_clamp, GL_NV_fog_distance,
GL_EXT_read_format_bgra, GL_EXT_render_snorm, GL_EXT_robustness,
GL_MESA_shader_integer_functions, GL_NV_conditional_render,
GL_OES_element_index_uint, GL_OES_fbo_render_mipmap,
Попробовал запустить игру:
libGL error: MESA-LOADER: failed to open radeonsi (search paths /usr/lib/i386-linux-gnu/dri:$${ORIGIN}/dri:/usr/lib/dri)
libGL error: failed to load driver: radeonsi
libGL error: MESA-LOADER: failed to open radeonsi (search paths /usr/lib/i386-linux-gnu/dri:$${ORIGIN}/dri:/usr/lib/dri)
libGL error: failed to load driver: radeonsi
libGL error: MESA-LOADER: failed to open swrast (search paths /usr/lib/i386-linux-gnu/dri:$${ORIGIN}/dri:/usr/lib/dri)
libGL error: failed to load driver: swrast
Gtk-Message: Failed to load module «gail»
Gtk-Message: Failed to load module «atk-bridge»
/home/cheshirecat/.themes/Adapta-Nokto/gtk-2.0/common-dark.rc:1425: error: unexpected identifier `direction’, expected character `}’ //Это лечится сменой темы, можно не обращять внимание
/home/cheshirecat/.themes/Adapta-Nokto/gtk-2.0/3rd-party-dark.rc:475: error: invalid string constant «toolbar», expected valid string constant //Это лечится сменой темы, можно не обращять внимание
grep: symbol lookup error: grep: undefined symbol: pcre_jit_stack_alloc
grep: symbol lookup error: grep: undefined symbol: pcre_jit_stack_alloc
The program ‘Tropico5’ received an X Window System error.
This probably reflects a bug in the program.
The error was ‘GLXBadContext’.
(Details: serial 258 error_code 170 request_code 155 minor_code 6)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the —sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
System information
- OS: Debian GNU/Linux
- GPU: 03:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Renoir [1002:1636] (rev c7)
- Kernel version: Linux debian-laptop 5.10.0-3-amd64 #1 (closed) SMP Debian 5.10.12-1 (2021-01-30) x86_64 GNU/Linux
- Mesa version: OpenGL version string: 4.6 (Compatibility Profile) Mesa 20.3.4
- Xserver version (if applicable): X.Org X Server 1.20.10
- Desktop manager and compositor: Gnome 3 / Mutter
Describe the issue
I try to play at an old game which i found in my extern HDD. The game is Sacred Gold bought on Linux Game Publisher long time ago.
I think i have the same error than the old bug report here : https://bugs.freedesktop.org/show_bug.cgi?id=71816 but move libz.so.1 has not the same effect. Now i have this error message :
libGL error: MESA-LOADER: failed to open radeonsi: /usr/lib/i386-linux-gnu/libz3.so.4: undefined symbol: _ZTINSt6thread6_StateE, version GLIBCXX_3.4.22 (search paths /usr/lib/i386-linux-gnu/dri)
libGL error: failed to load driver: radeonsi
libGL error: MESA-LOADER: failed to open radeonsi: /usr/lib/i386-linux-gnu/libz3.so.4: undefined symbol: _ZTINSt6thread6_StateE, version GLIBCXX_3.4.22 (search paths /usr/lib/i386-linux-gnu/dri)
libGL error: failed to load driver: radeonsi
libGL error: MESA-LOADER: failed to open swrast: /usr/lib/i386-linux-gnu/libz3.so.4: undefined symbol: _ZTINSt6thread6_StateE, version GLIBCXX_3.4.22 (search paths /usr/lib/i386-linux-gnu/dri)
libGL error: failed to load driver: swrast
Gdk-ERROR **: GLXBadContext
serial 42 error_code 158 request_code 152 minor_code 6If i do some research :
barbiturik@debian-laptop:~/GOG Games/Sacred$ nm -D /usr/lib/i386-linux-gnu/libz3.so.4 | grep _ZTINSt6thread6_StateE
U _ZTINSt6thread6_StateE@GLIBCXX_3.4.22barbiturik@debian-laptop:~/GOG Games/Sacred$ strings /usr/lib/i386-linux-gnu/libstdc++.so.6 | grep GLIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_3.4.18
GLIBCXX_3.4.19
GLIBCXX_3.4.20
GLIBCXX_3.4.21
GLIBCXX_3.4.22
GLIBCXX_3.4.23
GLIBCXX_3.4.24
GLIBCXX_3.4.25
GLIBCXX_3.4.26
GLIBCXX_3.4.27
GLIBCXX_3.4.28
GLIBCXX_DEBUG_MESSAGE_LENGTHI don’t know if this error is related to Mesa or not.
Edited Feb 07, 2021 by