Bug 52338 - Большинство 32-битных Windows-приложений падают с libGL error: failed to load driver: radeonsi
Summary: Большинство 32-битных Windows-приложений падают с libGL error: failed to load...
Status: REOPENED
Alias: None
Product: Branch p10
Classification: Unclassified
Component: wine-full (show other bugs)
Version: не указана
Hardware: x86_64 Linux
: P5 normal
Assignee: Vitaly Lipatov
QA Contact: qa-p10@altlinux.org
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-12-04 11:58 MSK by damix9
Modified: 2024-12-11 08:52 MSK (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description damix9 2024-12-04 11:58:17 MSK
$ inxi -SG
System:
  Host: ryzen Kernel: 5.10.198-std-def-alt1 arch: x86_64 bits: 64
    Desktop: Xfce v: 4.18.1 Distro: Simply Linux 10.4 (Captain Finn)
Graphics:
  Device-1: AMD Raven Ridge [Radeon Vega Series / Radeon Mobile Series]
    driver: amdgpu v: kernel
  Display: x11 server: X.Org v: 1.20.14 driver: X: loaded: amdgpu
    unloaded: fbdev,modesetting,vesa dri: radeonsi gpu: amdgpu
    resolution: 1920x1080~60Hz
  API: OpenGL v: 4.6 vendor: amd mesa v: 23.1.9 renderer: AMD Radeon Vega 8
    Graphics (raven LLVM 15.0.7 DRM 3.40 5.10.198-std-def-alt1)

Как воспроизвести:
1. Установить пакеты wine, wineexec, wine-full, wine-programs, winetricks, i586-wine.
2. В 32-битном префиксе установить почти любую Windows-программу (предположительно, любую, которая использует OpenGL), например, QuiteRSS 0.19.4 (она есть репозитории нативно, но это просто минимальный воспроизводимый пример)

Ожидание:
Мастер установки завершается успешно. Затем можно запустить программу по ярлыку в меню и ее окно откроется.

Реальность:
Мастер установки завершается успешно. Если потом запустить установленную программу, то окно не появляется, а на стандартный вывод пишет
libGL error: MESA-LOADER: failed to open radeonsi: /usr/lib/X11/modules/dri/radeonsi_dri.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога (search paths /usr/lib/X11/modules/dri, suffix _dri)
libGL error: failed to load driver: radeonsi
libGL error: MESA-LOADER: failed to open swrast: /usr/lib/X11/modules/dri/swrast_dri.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога (search paths /usr/lib/X11/modules/dri, suffix _dri)
libGL error: failed to load driver: swrast
047c:err:wgl:X11DRV_WineGL_InitOpenglInfo  couldn't initialize OpenGL, expect problems

Для всех программ эти ошибки одинаковы.

Обход: установить пакеты i586-xorg-dri-radeon и i586-xorg-dri-swrast. Я предполагаю, что на компьютерах с видеокартами Nvidia обход будет установить пакет i586-xorg-dri-nouveau.

Комментарий:
Наверное, эти пакеты должны быть предустановлены или быть зависимостями wine-full или другого пакета с wine.
По умолчанию не запускаются никакие 32-битные приложения Windows, даже их установщики, надо догадаться поставить i586-wine - смежный баг https://bugzilla.altlinux.org/47708
Comment 1 Evgeny Shesteperov 2024-12-06 16:33:25 MSK
Проверил с ALT Workstation 10.2, ошибка воспроизводится.

В Sisyphus не воспроизводится.
Comment 2 Vitaly Lipatov 2024-12-06 23:21:48 MSK
(Ответ для Evgeny Shesteperov на комментарий #1)
> Проверил с ALT Workstation 10.2, ошибка воспроизводится.
Помогает ли 
epm play i586-fix
?
Comment 3 Evgeny Shesteperov 2024-12-09 12:00:07 MSK
(Ответ для Vitaly Lipatov на комментарий #2)
> (Ответ для Evgeny Shesteperov на комментарий #1)
> > Проверил с ALT Workstation 10.2, ошибка воспроизводится.
> Помогает ли 
> epm play i586-fix
> ?

Да, помогает, данный скрипт устанавливает нужные зависимости.
Comment 4 damix9 2024-12-09 13:40:55 MSK
>epm play i586-fix
Если это предполагаемый сценарий использования, то ИМХО это как-то не очень интуитивно. Откуда пользователь про это должен знать? Он вообще не должен терминал открывать. Он ставит в синаптике пакет wine-full и предполагает, что уж точно всё необходимое для запуска EXEшников будет устнановлено. Например, в Ubuntu никаких телодвижений для этого не надо, там ставится пакет wine-stable и всё, что идёт под вайном, можно запускать.
Comment 5 Vitaly Lipatov 2024-12-10 07:55:47 MSK
(Ответ для damix9 на комментарий #4)
> >epm play i586-fix
> Если это предполагаемый сценарий использования, то ИМХО это как-то не очень
> интуитивно. Откуда пользователь про это должен знать? Он вообще не должен
> терминал открывать. Он ставит в синаптике пакет wine-full и предполагает,
Пользователь ставит через epm play:
epm play wine
и уверен, что всё необходимое будет установлено.

> что уж точно всё необходимое для запуска EXEшников будет устнановлено.
> Например, в Ubuntu никаких телодвижений для этого не надо, там ставится
> пакет wine-stable и всё, что идёт под вайном, можно запускать.
А у нас невозможно создать пакет, который будет иметь в зависимостях разные архитектуры.
Но скоро это будет исправлено с отказов от 32-битных пакетов wine.
Comment 6 Alexander Makeenkov 2024-12-10 09:22:55 MSK
(Ответ для Vitaly Lipatov на комментарий #5)
> Пользователь ставит через epm play:
> epm play wine

Нет, пользователь ставит через apt или synaptic.
Comment 7 damix9 2024-12-10 10:40:32 MSK
(Ответ для Vitaly Lipatov на комментарий #5)
> Но скоро это будет исправлено с отказов от 32-битных пакетов wine.

Вообще что ли нельзя будет запускать 32-битные приложения?
Comment 8 Vitaly Lipatov 2024-12-10 20:56:50 MSK
(Ответ для Alexander Makeenkov на комментарий #6)
> (Ответ для Vitaly Lipatov на комментарий #5)
> > Пользователь ставит через epm play:
> > epm play wine
> 
> Нет, пользователь ставит через apt или synaptic.
Нет, пользователь ставит через epm play wine, это написано в инструкции на вики.
Comment 9 Anton Farygin 2024-12-11 08:52:53 MSK
(In reply to Vitaly Lipatov from comment #8)
> (Ответ для Alexander Makeenkov на комментарий #6)
> > (Ответ для Vitaly Lipatov на комментарий #5)
> > > Пользователь ставит через epm play:
> > > epm play wine
> > 
> > Нет, пользователь ставит через apt или synaptic.
> Нет, пользователь ставит через epm play wine, это написано в инструкции на
> вики.

Стандартный менеджер пакетов в альте - это apt + приложения discover/synaptic

Мы должны стремиться к тому, что бы не надо было использовать дополнительные обвязки.