Никто еще траблов не наблюдал с новым eselect-opengl -1.3.1???
draft3r 3 января, 2015 - 17:02
Как я понял тема уместна для 3D( 2D - все ок), желая собрать новый вайн и погамать в Legion TD. Как я понял на багзилле закоммители багу, но вот мне ручками пришлось повозится - симлинк сделать на libglx(для 3D) и для сборки вайна там не оказалось этого в /usr/lib32 в пакете emul-linux-x86-opengl
/usr/lib32/opengl/xorg-x11/lib/libGL.so -> libGL.so.1.2.0
/usr/lib32/opengl/xorg-x11/lib/libGL.so.1 -> libGL.so.1.2.0
/usr/lib32/opengl/xorg-x11/lib/libGL.so.1.2.0
Пришлось тоже ручками симлинки делать =(
PS C НГ Всех и Каждого!
PPS Ах да, иксы и меса с оверлея х11 - оба 9999 ;)
»
- Для комментирования войдите или зарегистрируйтесь
Тоже в тему...Может кому
Тоже в тему...
Может кому пригодится.
Обновил под НГ xorg-server, mesa и eselect-opengl до крайних анстейбл из портежей. И получил "GLX extension missing on display 0:0"
Путем ковыряний установлено, что eselect-opengl не прописывает нужный libglx.so от nvidia вот тут: /usr/lib64/xorg/modules/extensions/libglx.so
Пришлось руками симлинкать на нвидиевский glx. После этого все заработало норм.
Юзаю Nvidia GeForce 250 GTS, nvidia-drivers-337.25 (почему-то 340.65 версия ломает фреймбуфер).
ЗЫ искомый libglx.so зиждется тут: /usr/lib64/opengl/nvidia/extensions (пишу по-памяти, может не совсем точно).
ЗЗЫ в багзилле по ссылке ТС предлагается более правильный вариант через ModulePath в конфиге иксов, но не все ж ее читают :)
UPD.
Решил добить вопрос с конфигурацией новых иксов и правильном управлении ModulePath.
Вкратце - новый eselect-opengl не меняет никаких симлинков в отличие от старого, а прописывает нужные ModulePath в /etc/X11/xorg.xonf.d/20opengl.conf в виде:
Иксы при запуске перебирают все конфиги в этом каталоге по индексу, последним грепается сам xorg.conf.
Так вот.. Если в этом самом xorg.conf или любом другом конфиге с индексом выше 20 имеется своя Section "Files" ... EndSection, то установка из 20-opengl.conf "забывается", даже если в другой Section устанавливаются другие пути (например у меня в xorg.conf там были FontPath).
В итоге - удалил уже ненужную Section Files из xorg.conf и все заработало как надо, без всяких симлинков вручную.
Всех с НГ и Рождеством!
Да пребудет с тобой великий Linux.
однако... нада бы понизить
однако... нада бы понизить индекс до 19 и попробовать.
知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"
Погодь. Я-таки в багзиллу
Погодь.
Я-таки в багзиллу маякнул. Там уже признали, что проблема в xorg-server, который не умеет несколько конфигов нормально обработать...
Имхо скоро починят.
Да пребудет с тобой великий Linux.
Отличная новость! Значит
Отличная новость! Значит ждем-с ;)
知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"
1.16.3-r1 из того же оверлея
1.16.3-r1 из того же оверлея - воз и ныне там....Ждемс еще!
知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"
Уважаемые, не мог бы кто-то
Уважаемые, не мог бы кто-то компетентный черкнуть здесь пару строк на тему того, что там творится с иксами дровами и месой в одном купе. К чему это все идет? На генту.орг вразумительных ответов не нашел.
知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"
draft3r
Насколько мне известно, решено изменить логику работы eselect-opengl.
Если раньше переключение opengl движка приводило к смене симлинка где-то в /usr/lib/xorg/modules/extensions/, то теперь вызов eselect-opengl подменяет конфиг /etc/X11/xorg.conf.d/20opengl.conf, в котором прописаны пути к нужным GLX-модулям, дабы xorg при загрузке знал, что использовать.
Вот только сам xorg-server они этой логике плохо обучили, поэтому ждать нового от обновлений eselect-opengl нет смысла. Им логику xorg-server надо изменить.
Ну или вариант - убрать из всех конфигов /etc/X11/xorg.conf.d/* любые упоминания о Section "Files" - тогда все вроде работает, как задумано.
Да пребудет с тобой великий Linux.
Благодарю! Вот только у меня
Благодарю! Вот только у меня на "чистой" системе не завелось, а на "эксперементальной" заработало на ура. Конфиги везде одинаковые. Весело живем)
知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"