Bug 27875

$ 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)