Библиотека должна переключаться так же, как libGL.so.1
$ grep libGLES /ALT/Sisyphus/i586/base/contents_index /usr/include/GLES2 libGLES-devel /usr/include/GLES2/gl2.h libGLES-devel /usr/include/GLES2/gl2ext.h libGLES-devel /usr/include/GLES2/gl2platform.h libGLES-devel /usr/lib/libGLESv2.so libGLES-devel /usr/lib/libGLESv2.so.2 libGLES /usr/lib/libGLESv2.so.2.0.0 libGLES /usr/lib/pkgconfig/glesv2.pc libGLES-devel кому должна?
(В ответ на комментарий №1) > кому должна? Всем.
В текущем драйвере nvidia, например, есть OpenGL ES 2.0
в $ grep libGLES /ALT/Sisyphus/i586/base/contents_index nvidia не наблюдаю
(В ответ на комментарий №4) > в $ grep libGLES /ALT/Sisyphus/i586/base/contents_index nvidia не наблюдаю правильно
> правильно делать я ничего не буду, пока не увижу эти библиотеку в nvidia
Засимлинкай nvidia-вскую libGL.so.1 , увидь и сделай уже что-нибудь
это точно нужно для arm'ов, как для libGLES, так и для libEGL я могу подготовить сборку в git -- примешь ?
я тоже могу. покажите мне libGLES в nvidia
(В ответ на комментарий №9) > покажите мне libGLES в nvidia glxinfo | grep GL_OES
$ rpmquery -pl nvidia-блабла.rpm | grep libGLES
Валера, ты не представляешь, какие странные иногда дают имена библиотекам, содержащим GLES.
если у нее имя отличное от libGLESv2.so.2, тогда переключать нечего
не, это необязательно
Это еще актуально? Если да, то можно ли сформулировать аккуратно, чего и почему не хватает?
Created attachment 5641 [details] symlinked GLES and EGL
у нас сделано так, что можно переключаться между разными библиотеками, реализующими GL (и glx). Теперь нам нужно то же самое для GLES и EGL -- всё просто. Конкретно для пакета Mesa это означает упаковать несколько ссылок, напр. как в аттаче. Видимо, нужно также учесть эти изменения в /usr/libexec/X11/drv.d/x11, в пакете xorg-server.
еще раз: покажите мне libGLESv2.so.2 и libEGL.so.1 из пакета nvidia-чтототам
дружище, зачем тебе непременно нужно что-либо увидеть в пакете нвидия чтототам ? мы тут разговоры разговариваем про пакет Mesa, а есть ли пакет нвидия чтототам или его вовсе нету -- какая разница, в пакете Mesa это знание никак не роляет.
какой смысл делать что то для того чего нет?
я уже говорил -- на арме есть. вот прямо сейчас.
(В ответ на комментарий №20) > какой смысл делать что то для того чего нет? Чтобы те, у кого есть, могли этим воспользоваться. Если у тебя чего-то нет, это не значит, что его нет у 100 Вась Пупкиных и не означает, что ни них нужно наплевать.
(В ответ на комментарий №20) > какой смысл делать что то для того чего нет? Валера, это есть на архитектуре ARM, для одной из платформ понадобилось.
(В ответ на комментарий №22) > (В ответ на комментарий №20) > > какой смысл делать что то для того чего нет? > Чтобы те, у кого есть, могли этим воспользоваться. > > Если у тебя чего-то нет, это не значит, что его нет у 100 Вась Пупкиных и не > означает, что ни них нужно наплевать. Сергей, это явно не техническое обсуждение, ему не место в bugzilla.
(В ответ на комментарий №24) > Сергей, это явно не техническое обсуждение, ему не место в bugzilla. Если в нем не понятны какие-либо технические детали, уточните, какие -- я их уточню.
Не забудьте положить симлинки libGLESv2.so.2 и libEGL.so.1 в %_libdir/X11/
Для nvidia я уже сделал и отправил. Мантейнер fglrx_glx тоже уже может. Ему это необходимо для того, например, чтоб libGLESv2.so.2 не остался nvidia-вским, если сменили старую nvidia на новый radeon.
"symlinked GLES and EGL" > %install > mv %buildroot%_libdir/libGLESv2.so.2.0.0 > %buildroot%_libdir/X11/libGLESv2.so.2.0 mv %buildroot%_libdir/libGLESv2.so.2.0.0 %buildroot%_libdir/X11/libGLESv2.so.2.0.0 ldconfig -n %buildroot%_libdir/X11/ > %files [...] > %_libdir/X11/libGLESv2.so.2.* %_libdir/X11/libGLESv2.so.2*
2shrek: остались возражения?
да нет. в очередной сборке сделаю
xorg-server-2:1.13.1.901-alt1 -> sisyphus: * Fri Jan 18 2013 Valery Inozemtsev <shrek@altlinux> 2:1.13.1.901-alt1 - 1.13.2 RC1 - switch libEGL & libGLESv2 (closes: #27875)
