Bug 35499

Summary: mesa: new version
Product: Sisyphus Reporter: Yuri N. Sedunov <aris>
Component: MesaAssignee: Valery Inozemtsev <shrek>
Status: CLOSED FIXED QA Contact: qa-sisyphus
Severity: blocker    
Priority: P3 CC: aen, cas, darktemplaralt, lakostis, ldv, mike, mvetsalo, rider, shrek, smi, vladimir.didenko, zerg
Version: unstable   
Hardware: all   
OS: Linux   
URL: http://git.altlinux.org/people/shrek/packages/?p=mesa.git;a=shortlog;h=refs/heads/18.2

Description Yuri N. Sedunov 2018-10-10 12:35:47 MSK
Прошу обновить до текущей 18.2.2.
Comment 1 Valery Inozemtsev 2018-10-10 12:41:11 MSK
http://git.altlinux.org/people/shrek/packages/?p=mesa.git;a=shortlog;h=refs/heads/18.2

но без libglvnd никак
Comment 2 Yuri N. Sedunov 2018-10-10 13:01:44 MSK
$ GAACL libglvnd show
libglvnd	zerg

Сергей, отдай Валере libglvnd, пожалуйста.
Comment 3 Anton Farygin 2018-10-10 13:56:12 MSK
Серёг, давайте решать что делать с glvnd.
Валер, мы говорили что бы ты собрал новую версию не ломая старые nvidia.
Comment 4 Valery Inozemtsev 2018-10-10 14:11:27 MSK
лично я "новую версию не ломая старые nvidia" не говорили
Comment 5 Anton Farygin 2018-10-10 15:39:37 MSK
Ну значит сейчас Зерг переделает nvidia так, что бы она работала после переезда на схему с glvnd. Ждём.
Comment 6 AEN 2018-10-10 15:41:31 MSK
(В ответ на комментарий №5)
> Ну значит сейчас Зерг переделает nvidia так, что бы она работала после переезда
> на схему с glvnd. Ждём.

Кого?
Каков порядок действий?
Comment 7 Anton Farygin 2018-10-10 15:43:50 MSK
Ждём Зерга, когда он переделает nvidia и glvnd и убедится что придуманный вариант ничего не ломает в существующих конфигурациях.
Comment 8 Sergey V Turchin 2018-10-10 16:53:49 MSK
(В ответ на комментарий №7)
> Ждём Зерга
А Шрек пока исправит пакеты, в которых soname-ы перескочили в пакеты с другими именами.

Например, libGL.so.1 перебежал из libGL в libglvnd-glx и таких там много.
Comment 9 Valery Inozemtsev 2018-10-10 16:54:54 MSK
ты вообще в курсе что такое libglvnd?
Comment 10 Sergey V Turchin 2018-10-10 17:05:05 MSK
(В ответ на комментарий №9)
> ты вообще в курсе что такое libglvnd?
Да. Еще я в курсе, что такое Shared Libs Policy.
Comment 11 Anton Farygin 2018-10-10 17:05:38 MSK
Сейчас:
$ rpm -ql libGL
/etc/X11/lib64
/etc/X11/lib64/libGL.so.1
/usr/lib64/X11
/usr/lib64/X11/libGL.so.1
/usr/lib64/X11/libGL.so.1.2
/usr/lib64/X11/modules
/usr/lib64/X11/modules/dri
/usr/lib64/libGL.so.1
/usr/lib64/libglapi.so.0
/usr/lib64/libglapi.so.0.0.0
/usr/share/doc/libGL-18.1.3
/usr/share/doc/libGL-18.1.3/18.1.3.html

Валер, у тебя:
$ rpm -ql libGL-18.1.5-alt1.S1.x86_64.rpm -p
/usr/lib64/X11/modules
/usr/lib64/X11/modules/dri
/usr/lib64/libGLX_mesa.so.0
/usr/lib64/libGLX_mesa.so.0.0.0
/usr/lib64/libglapi.so.0
/usr/lib64/libglapi.so.0.0.0
/usr/share/doc/libGL-18.1.5
/usr/share/doc/libGL-18.1.5/18.1.5.html

$ rpm -qlp libglvnd-glx-1.0.0-alt1.x86_64.rpm
/usr/lib64/libGL.so.1
/usr/lib64/libGL.so.1.0.0
/usr/lib64/libGLX.so.0
/usr/lib64/libGLX.so.0.0.0

$ rpm -qp --obsoletes libglvnd-glx-1.0.0-alt1.x86_64.rpm 
libGLX < 1.0.0-alt1

Будет конфликт при обновлении - все кто захочет libGL.so.1 - вытянут libglvnd-glx, но при этом ещё одна версия libGL.so.1 будет в _старом_ пакете libGL.

библиотеки с одним и тем же soname лучше всего не перебрасывать между пакетами, что бы не взорвалось обновление.
Comment 12 Anton Farygin 2018-10-10 17:07:27 MSK
в идеале libGL оставить как есть (но собрать из пакета glvnd), а
/usr/lib64/libGLX_mesa.so.0
/usr/lib64/libGLX_mesa.so.0.0.0
/usr/lib64/libglapi.so.0
/usr/lib64/libglapi.so.0.0.0

положить в пакет libGL-mesa (например).
Comment 13 AEN 2018-10-10 20:20:08 MSK
(В ответ на комментарий №12)
> в идеале libGL оставить как есть (но собрать из пакета glvnd), а
> /usr/lib64/libGLX_mesa.so.0
> /usr/lib64/libGLX_mesa.so.0.0.0
> /usr/lib64/libglapi.so.0
> /usr/lib64/libglapi.so.0.0.0
> 
> положить в пакет libGL-mesa (например).
Валера, прошу ответить на 11 и 12. Конструктивно.
Comment 14 Valery Inozemtsev 2018-10-11 10:29:22 MSK
#11:
[root@xorg ~]# apt-get update
Получено: 1 http://10.10.2.3 Sisyphus/x86_64 release [1116B]
Получено: 2 http://10.10.2.3 Sisyphus/x86_64-i586 release [555B]
Получено: 3 http://10.10.2.3 Sisyphus/noarch release [699B]   
Получено: 4 http://git.altlinux.org x86_64 release [550B]     
Получено 2920B за 0s (76,3kB/s).    
Найдено http://10.10.2.3 Sisyphus/x86_64/classic pkglist
Найдено http://10.10.2.3 Sisyphus/x86_64/classic release
Найдено http://10.10.2.3 Sisyphus/x86_64-i586/classic pkglist
Найдено http://10.10.2.3 Sisyphus/x86_64-i586/classic release
Найдено http://10.10.2.3 Sisyphus/noarch/classic pkglist  
Найдено http://10.10.2.3 Sisyphus/noarch/classic release  
Получено: 1 http://git.altlinux.org x86_64/task pkglist [102kB]
Получено: 2 http://git.altlinux.org x86_64/task release [138B]
Получено 102kB за 0s (881kB/s).
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
[root@xorg ~]# apt-get dist-upgrade -V
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Подсчет обновлений... Завершено
Следующие пакеты будут ОБНОВЛЕНЫ:
   glxgears (18.1.3-alt1.S1 => 8.4.0-alt1)
   glxinfo (18.1.3-alt1.S1 => 8.4.0-alt1)
   libEGL (18.1.3-alt1.S1 => 18.1.4-alt1)
   libGL (18.1.3-alt1.S1 => 18.1.4-alt1)
   libgbm (18.1.3-alt1.S1 => 18.1.4-alt1)
   xorg-dri-intel (18.1.3-alt1.S1 => 18.1.4-alt1)
   xorg-dri-nouveau (18.1.3-alt1.S1 => 18.1.4-alt1)
   xorg-dri-radeon (18.1.3-alt1.S1 => 18.1.4-alt1)
   xorg-dri-swrast (18.1.3-alt1.S1 => 18.1.4-alt1)
   xorg-server (1.20.1-alt1 => 1.20.1-alt1)
   xorg-server-common (1.20.1-alt1 => 1.20.1-alt1)
Следующие НОВЫЕ пакеты будут установлены:
   libglvnd (1.0.0-alt1)
   libglvnd-egl (1.0.0-alt1)
   libglvnd-glx (1.0.0-alt1)
11 будет обновлено, 3 новых установлено, 0 пакетов будет удалено и 0 не будет обновлено.
Необходимо получить 80,5MB архивов.
После распаковки потребуется дополнительно 120MB дискового пространства.
Продолжить? [Y/n] 
Получено: 1 http://git.altlinux.org x86_64/task libglvnd 1.0.0-alt1 [51,7kB]
Получено: 2 http://git.altlinux.org x86_64/task libglvnd-glx 1.0.0-alt1 [103kB]
Получено: 3 http://git.altlinux.org x86_64/task glxgears 5:8.4.0-alt1 [9680B]
Получено: 4 http://git.altlinux.org x86_64/task glxinfo 5:8.4.0-alt1 [17,5kB]
Получено: 5 http://git.altlinux.org x86_64/task libglvnd-egl 1.0.0-alt1 [31,5kB]
Получено: 6 http://git.altlinux.org x86_64/task xorg-dri-radeon 4:18.1.4-alt1 [29,9MB]
Получено: 7 http://git.altlinux.org x86_64/task xorg-dri-nouveau 4:18.1.4-alt1 [13,1MB]                                                                                            
Получено: 8 http://git.altlinux.org x86_64/task xorg-dri-intel 4:18.1.4-alt1 [928kB]                                                                                               
Получено: 9 http://git.altlinux.org x86_64/task xorg-dri-swrast 4:18.1.4-alt1 [34,6MB]                                                                                             
Получено: 10 http://git.altlinux.org x86_64/task libEGL 4:18.1.4-alt1 [119kB]                                                                                                      
Получено: 11 http://git.altlinux.org x86_64/task libGL 4:18.1.4-alt1 [182kB]                                                                                                       
Получено: 12 http://git.altlinux.org x86_64/task libgbm 4:18.1.4-alt1 [58,8kB]                                                                                                     
Получено: 13 http://git.altlinux.org x86_64/task xorg-server-common 2:1.20.1-alt1 [45,0kB]                                                                                         
Получено: 14 http://git.altlinux.org x86_64/task xorg-server 2:1.20.1-alt1 [1327kB]                                                                                                
Получено 80,5MB за 38s (2099kB/s).                                                                                                                                                 
Совершаем изменения...
Подготовка...                                                            #################################################################################################### [100%]
Обновление / установка...
 1: libgbm-4:18.1.4-alt1                                                 #################################################################################################### [  4%]
 2: libglvnd-1.0.0-alt1                                                  #################################################################################################### [  8%]
 3: libglvnd-glx-1.0.0-alt1                                              #################################################################################################### [ 12%]
 4: libGL-4:18.1.4-alt1                                                  #################################################################################################### [ 16%]
 5: xorg-dri-swrast-4:18.1.4-alt1                                        #################################################################################################### [ 20%]
 6: glxinfo-5:8.4.0-alt1                                                 #################################################################################################### [ 24%]
 7: libglvnd-egl-1.0.0-alt1                                              #################################################################################################### [ 28%]
 8: xorg-server-common-2:1.20.1-alt1                                     #################################################################################################### [ 32%]
 9: xorg-server-2:1.20.1-alt1                                            #################################################################################################### [ 36%]
10: libEGL-4:18.1.4-alt1                                                 #################################################################################################### [ 40%]
11: xorg-dri-radeon-4:18.1.4-alt1                                        #################################################################################################### [ 44%]
12: xorg-dri-nouveau-4:18.1.4-alt1                                       #################################################################################################### [ 48%]
13: xorg-dri-intel-4:18.1.4-alt1                                         #################################################################################################### [ 52%]
14: glxgears-5:8.4.0-alt1                                                #################################################################################################### [ 56%]
Очистка / удаление... 
15: xorg-server-2:1.20.1-alt1                                            #################################################################################################### [ 60%]
16: libEGL-4:18.1.3-alt1.S1                                              #################################################################################################### [ 64%]
17: glxinfo-4:18.1.3-alt1.S1                                             #################################################################################################### [ 68%]
18: xorg-dri-intel-4:18.1.3-alt1.S1                                      #################################################################################################### [ 72%]
19: xorg-dri-nouveau-4:18.1.3-alt1.S1                                    #################################################################################################### [ 76%]
20: xorg-dri-radeon-4:18.1.3-alt1.S1                                     #################################################################################################### [ 80%]
21: xorg-dri-swrast-4:18.1.3-alt1.S1                                     #################################################################################################### [ 84%]
22: glxgears-4:18.1.3-alt1.S1                                            #################################################################################################### [ 88%]
23: libGL-4:18.1.3-alt1.S1                                               #################################################################################################### [ 92%]
24: libgbm-4:18.1.3-alt1.S1                                              #################################################################################################### [ 96%]
25: xorg-server-common-2:1.20.1-alt1                                     #################################################################################################### [100%]
Завершено.

#12: Mesa 18.1.4-alt1 из этого таска во-первых, промежуточный вариант для того что бы обеспечить дальнейшую, скажем так, правильную сборку и во вторых что бы порвать зависимости в кривом биарче. Т.ч. обсуждать именование пакетов на данном этапе преждевременно
Comment 15 Anton Farygin 2018-10-11 10:34:50 MSK
Тебе повезло что оно обновилось. Кому-то не повезёт.
Перепилить пакеты недолго, сделай пожалуйста что бы двигаться дальше.
Comment 16 Yuri N. Sedunov 2018-10-11 16:45:23 MSK
(В ответ на комментарий №14)
> 
>  Mesa 18.1.4-alt1 из этого таска во-первых, промежуточный вариант для того
> что бы обеспечить дальнейшую, скажем так, правильную сборку и во вторых что бы
> порвать зависимости в кривом биарче. Т.ч. обсуждать именование пакетов на
> данном этапе преждевременно

Вижу
[#214424] EPERM (try 5) libglvnd.git=1.0.0-alt0.1 mesa.git=18.1.4-alt1%ubt ...
https://lists.altlinux.org/pipermail/sisyphus-incominger/2018-October/506947.html

Кого теперь ждем?
Comment 17 Anton Farygin 2018-10-11 16:50:12 MSK
Зерг возится с nvidia
Comment 19 Anton Farygin 2018-10-11 16:57:19 MSK
Валер, спасибо.
Серёг, как только у тебя будет что-то готово - добавь в таск к Валере свои пакеты, отдадим протестировать.
Comment 20 Sergey V Turchin 2018-10-11 17:27:20 MSK
(В ответ на комментарий №18)
> можешь еще посмотреть сюда
> http://git.altlinux.org/people/shrek/packages/?p=libglvnd.git;a=summary
Такая же ерунда

%files opengl
%_libdir/libOpenGL.so.*

%files gles
%_libdir/libGLESv2.so.*

%files glx
%_libdir/libGLX.so.*
Comment 21 Valery Inozemtsev 2018-10-11 19:46:33 MSK
Серег, если ты в очередной раз решил блеснуть своей некомпетенцией, то у тебя это получилось
Comment 22 AEN 2018-10-11 19:50:32 MSK
Коллеги, давайте по делу.
Сергей, в чем конкретно "ерунда" и почему? Обоснуйте, пожалуйста.
Comment 23 Anton Farygin 2018-10-11 20:04:58 MSK
Блин, почему всегда нужен переводчик?

$ rpm -qp --provides http://git.altlinux.org/tasks/214424/build/300/x86_64/rpms/libglvnd-egl-1.0.0-alt1.x86_64.rpm
libEGL.so.1()(64bit) = set:jd6h0pKSeW15qW2T5hBVjo6Fm67iyJbKoATo7U6xPsDEXcrzXZrB1Kf8HTZvwlPUli09SOT9OEo5gPkhAZef7jzrLLyQYs5
.sisyphus.214424.300.1.1-libglvnd-egl-1.0.0-alt1

$ apt-cache show 'libEGL.so.1()(64bit)'
Виртуальный пакет libEGL.so.1()(64bit) предоставляется следующими пакетами:
  libEGL 4:18.1.3-alt1.S1

Зерг говорит про то, что то, что Валера сделал с libGL надо сделать с остальными такими же библиотеками, что бы они остались в тех пакетах, в которых были раньше в Sisyphus. Это будет полностью соответствовать Shared libs policy и значительно снизит вероятность взрывов при обновлениях.
Comment 24 Valery Inozemtsev 2018-10-11 20:14:43 MSK
Какой то хреновый из тебя переводчик... Хоть убей не вижу в #20 libEGL
Comment 25 Anton Farygin 2018-10-11 20:18:37 MSK
Всё, я понял - Зерг смотрит к тебе в репозиторий, а я в таск. ;)
Серёг, посмотри всё-таки пакеты из таска.
Comment 26 Sergey V Turchin 2018-10-12 10:03:33 MSK
(В ответ на комментарий №25)
> Всё, я понял - Зерг смотрит к тебе в репозиторий, а я в таск. ;)
> Серёг, посмотри всё-таки пакеты из таска.
Это я раньше делал.
Comment 27 Sergey V Turchin 2018-10-12 10:06:22 MSK
(В ответ на комментарий №21)
> Серег, если ты в очередной раз решил блеснуть своей некомпетенцией, то у тебя
> это получилось
Спасибо за комплемент, но хотельось бы, что бы и ты не уподоблялся aris@, из-за пакетов которого p8 уже не обновляется до сизифа без сноса пакетов.
Comment 28 Yuri N. Sedunov 2018-10-12 10:36:29 MSK
(В ответ на комментарий №27)
> Спасибо за комплемент, но хотельось бы, что бы и ты не уподоблялся aris@, из-за
> пакетов которого p8 уже не обновляется до сизифа без сноса пакетов.

Давай по теме. Что конкретно тебе мешает "переделать nvidia так, что бы она работала после переезда
на схему с glvnd"?
Comment 29 Sergey V Turchin 2018-10-12 10:39:31 MSK
(В ответ на комментарий №28)
> Что конкретно тебе мешает "переделать nvidia так, что бы она
> работала после переезда на схему с glvnd"?
На текущий момент конкретно nvidia мешает. Она не вся имеет поддержку glvnd.
Comment 30 Valery Inozemtsev 2018-10-12 10:41:50 MSK
(В ответ на комментарий №27)
> (В ответ на комментарий №21)
> > Серег, если ты в очередной раз решил блеснуть своей некомпетенцией, то у тебя
> > это получилось
> Спасибо за комплемент,

да всегда пожалуйста

> но хотельось бы, что бы и ты не уподоблялся aris@, из-за
> пакетов которого p8 уже не обновляется до сизифа без сноса пакетов.

пожалуй ты меня убедил. не нравится такая раскладка по пакетам, сделаю прям по тому самому полиси. а т.к. по именам пакетов пересечений с твоим пакетом libglvnd не будет, то и ждать тебя с nvidia не придется. таск #214424 остается на посмотреть на имена библиотек
Comment 31 Yuri N. Sedunov 2018-10-12 10:53:05 MSK
(В ответ на комментарий №29)
> (В ответ на комментарий №28)
> > Что конкретно тебе мешает "переделать nvidia так, что бы она
> > работала после переезда на схему с glvnd"?
> На текущий момент конкретно nvidia мешает. Она не вся имеет поддержку glvnd.

Расскажи, пожалуйста, как ты решаешь эту проблему?
Comment 32 Sergey V Turchin 2018-10-12 14:37:59 MSK
(В ответ на комментарий №31)
> Расскажи, пожалуйста, как ты решаешь эту проблему?
Сижу и ковыряюсь.
Comment 33 Sergey V Turchin 2018-10-12 14:41:15 MSK
> по именам пакетов пересечений с твоим пакетом libglvnd не будет
У меня нет такого пакета(src не в счёт).
Зато у меня есть пакет libGLdispatch, который и у тебя должен быть, чтоб нигде не нагадить.
Comment 34 Sergey V Turchin 2018-10-12 14:43:18 MSK
(В ответ на комментарий №30)
> сделаю прям по тому самому полиси.
Даже не верится. Я пытался уговорить сделать хотя бы так же, как у тебя же и было.
Comment 35 Michael Shigorin 2018-10-15 12:55:23 MSK
(JT в ответ на комментарий №23)
> Блин, почему всегда нужен переводчик?
Это, кстати, обычное дело в западноукраинских горных сёлах -- без толмача два соседних села могут не уметь договориться.  Зато каждый "самый щирый"...
Comment 36 Michael Shigorin 2018-10-15 12:57:27 MSK
(В ответ на комментарий №29)
> > Что конкретно тебе мешает "переделать nvidia так, что бы она
> > работала после переезда на схему с glvnd"?
> На текущий момент конкретно nvidia мешает. Она не вся имеет поддержку glvnd.
Как крайний вариант (не уверен, что shrek@ на него согласится) -- может, тогда переделать переключатель на "legacy nvidia или всё остальное через глвнды"?
Comment 37 Sergey V Turchin 2018-10-15 15:04:26 MSK
Да вроде всё получается нормально.
Comment 38 Valery Inozemtsev 2018-10-16 11:07:50 MSK
выдержка из вчерашнего письма zerg@'у
---------------------------
в пакете nvidia_glx_375.26 и выше с поддержкой glvnd раскладка по файлам
следующая

/etc/X11/xorg.conf.d/nvidia.conf
/usr/lib64/X11/modules/drivers/nvidia_drv.so
/usr/lib64/libGLX_nvidia.so.0
/usr/lib64/libEGL_nvidia.so.0
/usr/lib64/vdpau/libvdpau_nvidia.so.1
/usr/lib64/libnvidia-egl-wayland.so.375.26
/usr/lib64/libnvidia-eglcore.so.375.26
/usr/lib64/libnvidia-glcore.so.375.26
/usr/lib64/libnvidia-glsi.so.375.26
/usr/lib64/libnvidia-tls.so.375.26

в /etc/X11/xorg.conf.d/nvidia.conf
Section "Device"
	Identifier "NVIDIA"
	Driver "nvidia"
EndSection

все. больше ничего никуда совать не надо
-----------------------------

$ rpmquery -p --lastchange nvidia_glx_390.87-390.87-alt186.x86_64.rpm 
* Пн окт 15 2018 Sergey V Turchin <zerg@altlinux.org> 390.87-alt186
- package glvnd version of libs

$ rpmquery -pR nvidia_glx_390.87-390.87-alt186.x86_64.rpm 
nvidia_glx_common >= 390.87
x11presetdrv  
libGLdispatch  
libGLX  
libnvidia-egl-wayland1 >= 0
/bin/sh  
/etc/alternatives/packages.d  
libX11.so.6()(64bit) >= set:oiA4RNFMwldDJWZaYR3xDSyxx93SBmrMwpa5igrd6FCxLpiYud6Hmd2c290cs4plAyP738AkKbVf8eEbHhCiiuwMJgQByEV9agoeXL9hzJC8PZarEHtFBJ0
rpmlib(SetVersions)  
libXext.so.6()(64bit) >= set:liJEXkrIXKbF4FZeaQc
libc.so.6(GLIBC_2.2.5)(64bit)  
libdl.so.2(GLIBC_2.2.5)(64bit)  
libm.so.6(GLIBC_2.2.5)(64bit)  
libpthread.so.0(GLIBC_2.2.5)(64bit)  
librt.so.1()(64bit)  
rpmlib(PayloadIsLzma)

# ldd /usr/lib64/nvidia_390.87/libGLX_nvidia.so
	linux-vdso.so.1 (0x00007ffe20685000)
	libnvidia-tls.so.390.87 => /usr/lib64/libnvidia-tls.so.390.87 (0x00007f520772f000)
	libnvidia-glcore.so.390.87 => /usr/lib64/libnvidia-glcore.so.390.87 (0x00007f5205927000)
	libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f52055ec000)
	libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007f52053da000)
	libc.so.6 => /lib64/libc.so.6 (0x00007f5205020000)
	libdl.so.2 => /lib64/libdl.so.2 (0x00007f5204e1c000)
	libm.so.6 => /lib64/libm.so.6 (0x00007f5204a89000)
	libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007f5204863000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f5207c70000)
	libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007f520465f000)
	libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00007f5204459000)

# ldd /usr/lib64/nvidia_390.87/libEGL_nvidia.so
	linux-vdso.so.1 (0x00007ffc94b05000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fb621bdc000)
	librt.so.1 => /lib64/librt.so.1 (0x00007fb6219d4000)
	libm.so.6 => /lib64/libm.so.6 (0x00007fb621641000)
	libc.so.6 => /lib64/libc.so.6 (0x00007fb621287000)
	libdl.so.2 => /lib64/libdl.so.2 (0x00007fb621083000)
	libnvidia-glsi.so.390.87 => /usr/lib64/libnvidia-glsi.so.390.87 (0x00007fb620dec000)
	/lib64/ld-linux-x86-64.so.2 (0x00007fb6220e0000)

Чем дальше тем бессмысленней ждать нормальный пакет с nvidia
Comment 39 Anton Farygin 2018-10-16 11:19:45 MSK
Валера, не мог бы ты пояснить, чем тебе не нравится вывод перечисленных тобой команд ? У нас все экстрасенсы давно уже потеряли свои способности.
Comment 40 Valery Inozemtsev 2018-10-16 11:27:23 MSK
Зачем паковать кучу ненужных библиотек?

# rpmquery -l nvidia_glx_390.87 | grep /usr/lib64
/usr/lib64/libnvidia-eglcore.so.390.87
/usr/lib64/libnvidia-glcore.so.390.87
/usr/lib64/libnvidia-glsi.so.390.87
/usr/lib64/libnvidia-tls.so.390.87
/usr/lib64/nvidia_390.87
/usr/lib64/nvidia_390.87/libEGL.so
/usr/lib64/nvidia_390.87/libEGL.so.1
/usr/lib64/nvidia_390.87/libEGL_nvidia.so
/usr/lib64/nvidia_390.87/libEGL_nvidia.so.0
/usr/lib64/nvidia_390.87/libGL.so
/usr/lib64/nvidia_390.87/libGL.so.1
/usr/lib64/nvidia_390.87/libGLESv1_CM.so
/usr/lib64/nvidia_390.87/libGLESv1_CM.so.1
/usr/lib64/nvidia_390.87/libGLESv1_CM_nvidia.so
/usr/lib64/nvidia_390.87/libGLESv1_CM_nvidia.so.1
/usr/lib64/nvidia_390.87/libGLESv2.so
/usr/lib64/nvidia_390.87/libGLESv2.so.2
/usr/lib64/nvidia_390.87/libGLESv2_nvidia.so
/usr/lib64/nvidia_390.87/libGLESv2_nvidia.so.2
/usr/lib64/nvidia_390.87/libGLX.so
/usr/lib64/nvidia_390.87/libGLX.so.0
/usr/lib64/nvidia_390.87/libGLX_nvidia.so
/usr/lib64/nvidia_390.87/libGLX_nvidia.so.0
/usr/lib64/nvidia_390.87/libGLdispatch.so
/usr/lib64/nvidia_390.87/libGLdispatch.so.0
/usr/lib64/nvidia_390.87/libglx.a
/usr/lib64/nvidia_390.87/libglx.so
/usr/lib64/nvidia_390.87/libnvidia-cfg.so
/usr/lib64/nvidia_390.87/libnvidia-cfg.so.1
/usr/lib64/nvidia_390.87/libvdpau_nvidia.so
/usr/lib64/nvidia_390.87/libvdpau_nvidia.so.1
/usr/lib64/nvidia_390.87/nvidia.xinf
/usr/lib64/nvidia_390.87/nvidia_drv.so

Зачем прибивать гвоздями то в чем rpm разберется лучше вас?
# rpmquery -R nvidia_glx_390.87 | grep ^lib | head -3
libGLdispatch  
libGLX  
libnvidia-egl-wayland1 >= 0
Comment 41 Anton Farygin 2018-10-16 11:35:17 MSK
А с чего ты взял что эти библиотеки не нужны ?

Зависимости да, согласен - мне тоже это не нравится.
Comment 42 Valery Inozemtsev 2018-10-16 11:45:05 MSK
(В ответ на комментарий №41)
> А с чего ты взял что эти библиотеки не нужны ?

удали все лишнее и поймешь
Comment 43 Anton Farygin 2018-10-16 11:49:06 MSK
Мне нечего удалять - у меня на машине нет nvidia. Может быть перестанем играть в угадайки?
Comment 44 Sergey V Turchin 2018-10-16 11:49:40 MSK
(В ответ на комментарий №40)
> Зачем прибивать гвоздями то в чем rpm разберется лучше вас?
Чтобы ты себя не путал с rpm. ;-)

> # rpmquery -R nvidia_glx_390.87 | grep ^lib | head -3
> libGLdispatch
Имя пакета выбрано по твоей схеме упаковки.

> libGLX
Именно потому, что rpm не разберётся лучше.

> libnvidia-egl-wayland1 >= 0
Разве ты подготовил свою сборку этой библиотеки?
Comment 45 Valery Inozemtsev 2018-10-16 11:59:31 MSK
меня утомил этот разговор глухого с немым.

# ldd /usr/lib64/nvidia_390.87/*.so | grep egl
Comment 46 Aleksei Nikiforov 2018-10-16 12:08:40 MSK
(В ответ на комментарий №45)
> # ldd /usr/lib64/nvidia_390.87/*.so | grep egl

Помимо линковки бывает ещё и динамическая загрузка библиотек через dlopen:

$ for i in /usr/lib64/nvidia_390.77/*.so ; do echo FILE $i ; strings $i | grep egl | grep lib ; done
FILE /usr/lib64/nvidia_390.77/libEGL_nvidia.so
libnvidia-eglcore.so.390.77
libeglstreamtexture
FILE /usr/lib64/nvidia_390.77/libEGL.so
FILE /usr/lib64/nvidia_390.77/libGLdispatch.so
FILE /usr/lib64/nvidia_390.77/libGLESv1_CM_nvidia.so
libnvidia-eglcore.so.390.77
FILE /usr/lib64/nvidia_390.77/libGLESv1_CM.so
FILE /usr/lib64/nvidia_390.77/libGLESv2_nvidia.so
libnvidia-eglcore.so.390.77
FILE /usr/lib64/nvidia_390.77/libGLESv2.so
FILE /usr/lib64/nvidia_390.77/libGL.so
FILE /usr/lib64/nvidia_390.77/libGLX_nvidia.so
FILE /usr/lib64/nvidia_390.77/libglx.so
FILE /usr/lib64/nvidia_390.77/libGLX.so
FILE /usr/lib64/nvidia_390.77/libnvidia-cfg.so
FILE /usr/lib64/nvidia_390.77/libvdpau_nvidia.so
FILE /usr/lib64/nvidia_390.77/nvidia_drv.so
Comment 47 Valery Inozemtsev 2018-10-16 12:39:29 MSK
Капитан Очевидность, где вы видите libnvidia-egl-wayland.so.1?
Comment 48 Anton Farygin 2018-10-16 14:06:30 MSK
Валера, перечисленные тобой библиотеки никак не мешает переходу на glvnd. Мешает только зависимость у Зерга.
Предлагаю расшарить твой таск, добавить в него nvidia и отдать на тестирование.
Comment 49 Sergey V Turchin 2018-10-16 14:09:42 MSK
(В ответ на комментарий №48)
> Мешает только зависимость у Зерга.
Не мешает.

P.S.
libglvnd я тебе отдам чуть позже. Не волнуйся, Валер.
Comment 50 AEN 2018-10-16 14:31:29 MSK
(В ответ на комментарий №49)
> (В ответ на комментарий №48)
> > Мешает только зависимость у Зерга.
> Не мешает.
> 
> P.S.
> libglvnd я тебе отдам чуть позже. Не волнуйся, Валер.


Когда?
Comment 51 Sergey V Turchin 2018-10-16 14:48:07 MSK
(В ответ на комментарий №50)
> Когда?
Чуть позже.
Comment 52 AEN 2018-10-16 14:54:00 MSK
(В ответ на комментарий №51)
> (В ответ на комментарий №50)
> > Когда?
> Чуть позже.

Этот ответ меня не устраивает.
Срок был -- до прошедшего понедельника. Он сорван без указания нового.
Comment 53 Anton Farygin 2018-10-16 15:02:00 MSK
Алексей, срок придуман тобой без всякого обоснования. Очевидно, что при неожиданном появлении большого куска работы невозможно что-то спланировать, особенно с учётом того, что работы по другим задачам прекращать нельзя.

Будет выложено по мере готовности. На данный момент это не самая критичная задача, мешающая выпуску p9.
Comment 54 AEN 2018-10-16 15:05:53 MSK
(В ответ на комментарий №53)
> Алексей, срок придуман тобой без всякого обоснования. Очевидно, что при
> неожиданном появлении большого куска работы невозможно что-то спланировать,
> особенно с учётом того, что работы по другим задачам прекращать нельзя.
> 
> Будет выложено по мере готовности. На данный момент это не самая критичная
> задача, мешающая выпуску p9.

На усмотрение ldv.
Судя по накалу страстей , эта бага очень серьезная.
Comment 55 Anton Farygin 2018-10-16 15:07:40 MSK
А ldv@ то тут причём ? Хочется сломать ещё что-то без согласования?
Comment 56 Sergey V Turchin 2018-10-16 15:28:06 MSK
(В ответ на комментарий №54)
> А ldv@ то тут причём ?
Согласен. "Усмотрение ldv" тут лишь может помочь сломать X-ы. Причем, _всем_(кроме Шрека).
Comment 57 Sergey V Turchin 2018-10-16 16:14:09 MSK
Валер, куда класть 32-битные библиотеки nvidia?
Comment 58 Anton Farygin 2018-10-16 16:14:50 MSK
glvnd вообще arepo поддерживает ?
Comment 59 Valery Inozemtsev 2018-10-16 16:53:59 MSK
(В ответ на комментарий №57)
> Валер, куда класть 32-битные библиотеки nvidia?

То же самое в /usr/lib
Comment 60 Valery Inozemtsev 2018-10-16 16:58:51 MSK
таск #214683 расшарен
Comment 61 Sergey V Turchin 2018-10-16 17:06:25 MSK
(В ответ на комментарий №59)
> > Валер, куда класть 32-битные библиотеки nvidia?
> То же самое в /usr/lib
А в ld.so.conf.d что то же самое?
Comment 62 Sergey V Turchin 2018-10-16 18:03:09 MSK
(В ответ на комментарий №60)
> таск #214683 расшарен
ЁПРСТ! Ты же обещал сделать по нормальному в соответствии с Shared Libs Policy.

В пакете libglvnd0 находится libGLdispatch. Зачем? Запакуй в libGLdispatch хотя бы, раз и так никаким Shared Libs Policy не пахнет.
Comment 63 Anton Farygin 2018-10-16 18:04:33 MSK
А разве shared libs policy обязательно требует имя пакета равное имени библиотеки в нём ?
Comment 64 Konstantin A Lepikhov (L.A. Kostis) 2018-10-16 21:53:56 MSK
А можно спросить - зачем меня подписали на это?
Comment 65 Sergey V Turchin 2018-10-17 10:02:01 MSK
(В ответ на комментарий №63)
> А разве shared libs policy обязательно требует имя пакета равное имени
> библиотеки в нём ?
Там хуже.
libBAR.so.0 перепаковался из libBAR в libpofig0-nafig, хотя _никаких_ причин для этого нет.
Comment 66 Sergey V Turchin 2018-10-17 10:07:25 MSK
У меня есть к Валере(и остальным тоже можно) пару вопросов, т.к. тормозят мою работу, а в личной переписке ответа нет.
Первый:
64-битная система. Как теперь подключать 32-битные библиотеки, 64-битные аналоги которых ты предложил подключать при помощи /etc/ld.so.conf.d/nvidia.conf?
Comment 67 Sergey V Turchin 2018-10-17 15:51:07 MSK
Со вторым вопросом разобрался сам. Жду ответа от Валеры.
Comment 68 Valery Inozemtsev 2018-10-17 16:41:41 MSK
на первый вопрос ответа не будет. раз разобрался закидывай в #214683
Comment 69 Anton Farygin 2018-10-17 17:19:03 MSK
С первым надо отдать на тестирование и посмотреть как заработает (или не заработает) тот же самый steam.
Comment 70 Sergey V Turchin 2018-10-17 17:22:47 MSK
(В ответ на комментарий №68)
> на первый вопрос ответа не будет.
> раз разобрался закидывай в #214683
Не разбрался с первым вопросом. Мне нужен любой ответ, но внятный.
Comment 71 Anton Farygin 2018-10-17 17:24:39 MSK
не делай ничего специального.
Comment 72 Sergey V Turchin 2018-10-17 18:06:03 MSK
(В ответ на комментарий №71)
> не делай ничего специального.
Я кроме специального вообще ничего не делаю там.
Comment 73 Valery Inozemtsev 2018-10-17 20:19:55 MSK
(В ответ на комментарий №70)
> (В ответ на комментарий №68)
> > на первый вопрос ответа не будет.
> > раз разобрался закидывай в #214683
> Не разбрался с первым вопросом. Мне нужен любой ответ, но внятный.

Т.е. в #214683 тебя не ждать? В sysiphus@ тогда сам напиши что nvidia не рабочие
Comment 74 Sergey V Turchin 2018-10-18 09:26:31 MSK
(В ответ на комментарий №73)
> > Не разбрался с первым вопросом. Мне нужен любой ответ, но внятный.
> Т.е. в #214683 тебя не ждать?
Ждать, конечно. Только ответь сначала хоть что-то внятное. Я же не могу в код телепатию добавить.
Comment 75 Dmitry V. Levin 2018-10-18 11:25:06 MSK
Просьба подвести итог этого длинного обсуждения сегодня.  Спасибо.
Comment 76 Valery Inozemtsev 2018-10-18 11:30:17 MSK
(В ответ на комментарий №74)
> (В ответ на комментарий №73)
> > > Не разбрался с первым вопросом. Мне нужен любой ответ, но внятный.
> > Т.е. в #214683 тебя не ждать?
> Ждать, конечно.

Доколе?

> Только ответь сначала хоть что-то внятное. Я же не могу в код
> телепатию добавить.

Ты вопрос сначала задай, а то я что то не пойму в твоих "пару вопросов",
"Первый:" был либы 32/64, потом "Со вторым вопросом разобрался сам"
Comment 77 Sergey V Turchin 2018-10-18 11:33:04 MSK
(В ответ на комментарий №75)
> подвести итог
Я получаю тут внятный ответ на #66 от Шрек, делаю или не делаю изменения в коде и добавляю свой пакет в задание #214683.
Comment 78 Valery Inozemtsev 2018-10-18 11:55:17 MSK
(В ответ на комментарий №66)
> У меня есть к Валере(и остальным тоже можно) пару вопросов, т.к. тормозят мою
> работу, а в личной переписке ответа нет.
> Первый:
> 64-битная система. Как теперь подключать 32-битные библиотеки, 64-битные
> аналоги которых ты предложил подключать при помощи
> /etc/ld.so.conf.d/nvidia.conf?

Лично я этим вопросом не озадачивался, т.к. биарчем не пользуюсь, т.ч. разберись как нибудь сам
Comment 79 Anton Farygin 2018-10-18 11:57:11 MSK
Валера, это очень серьёзный вопрос, требующий вдумчивого подхода. 
Пока есть стим и wine - биарч это весьма востребованная фича.
Не мог бы ты проверить, для начала, работу биарч со своими пакетами, без учёта nvidia ?
Comment 80 Dmitry V. Levin 2018-10-18 12:03:13 MSK
(In reply to comment #66)
> Первый:
> 64-битная система. Как теперь подключать 32-битные библиотеки, 64-битные
> аналоги которых ты предложил подключать при помощи
> /etc/ld.so.conf.d/nvidia.conf?

Предлагаю для начала переименовать /etc/ld.so.conf.d/nvidia.conf в /etc/ld.so.conf.d/nvidia-$(arch).conf

После этого при необходимости можно будет установить одновременно nvidia-x86_64.conf и nvidia-i586.conf
Comment 81 Sergey V Turchin 2018-10-18 12:04:03 MSK
(В ответ на комментарий №78)
> разберись как нибудь сам
Оставить старую схему. Другого не знаю.
Comment 82 Sergey V Turchin 2018-10-18 12:09:19 MSK
(В ответ на комментарий №80)
> Предлагаю для начала переименовать
> /etc/ld.so.conf.d/nvidia.conf в /etc/ld.so.conf.d/nvidia-$(arch).conf
Думаю, достаточно nvidia.conf везде и nvidia32.conf на 64-битных системах.
Comment 83 Sergey V Turchin 2018-10-18 12:10:24 MSK
(В ответ на комментарий №80)
> /etc/ld.so.conf.d/nvidia-$(arch).conf
Если только это поможет линковщику.
Comment 84 Dmitry V. Levin 2018-10-18 12:23:06 MSK
(In reply to comment #83)
> (В ответ на комментарий №80)
> > /etc/ld.so.conf.d/nvidia-$(arch).conf
> Если только это поможет линковщику.

Поскольку в /etc/ld.so.conf написано
include /etc/ld.so.conf.d/*.conf

ldconfig заберёт оттуда все файлы.

Процитируйте, пожалуйста, содержимое предполагаемого /etc/ld.so.conf.d/nvidia.conf - если там просто архитектурно-зависимые пути, то ldconfig их все проиндексирует, а ld.so потом выберет из /etc/ld.so.cache только то, что поддерживается.
Comment 85 Sergey V Turchin 2018-10-18 12:53:56 MSK
(В ответ на комментарий №84)
> Процитируйте, пожалуйста, содержимое предполагаемого
> /etc/ld.so.conf.d/nvidia.conf
Симлинк на каталог с библиотеками /usr/lib{,64}/nvidia_NNN.NN/

> а ld.so потом выберет из /etc/ld.so.cache только то, что поддерживается.
Если при этом будут(в разных каталогах) одноименные 64/32-библиотеки и они не перепутаются, то отлично. Оно сработает?
Comment 86 Valery Inozemtsev 2018-10-18 12:56:07 MSK
(В ответ на комментарий №79)
> Валера, это очень серьёзный вопрос, требующий вдумчивого подхода. 
> Пока есть стим и wine - биарч это весьма востребованная фича.
> Не мог бы ты проверить, для начала, работу биарч со своими пакетами, без учёта
> nvidia ?

прекрасно все работает
# uname -a
Linux xorg.sisyphus.alt 4.14.70-std-def-alt1 #1 SMP Mon Sep 17 23:22:01 UTC 2018 x86_64 GNU/Linux
# readelf -a //usr/lib/libGL.so.1.7.0 | grep ELF
Заголовок ELF:
  Класс:                             ELF32
# lsof | grep ^glxge.*GL
glxgears  7928            user  mem       REG                8,2    465448    1343809 /usr/lib/libGLX_mesa.so.0.0.0
glxgears  7928            user  mem       REG                8,2    321104    1343815 /usr/lib/libGLdispatch.so.0.0.0
glxgears  7928            user  mem       REG                8,2     71276    1343817 /usr/lib/libGLX.so.0.0.0
glxgears  7928            user  mem       REG                8,2    398840    1343805 /usr/lib/libGL.so.1.7.0
# lsof | grep ^es2.*GL
es2gears_ 7961            user  mem       REG                8,2    256900    1343803 /usr/lib/libEGL_mesa.so.0.0.0
es2gears_ 7961            user  mem       REG                8,2    321104    1343815 /usr/lib/libGLdispatch.so.0.0.0
es2gears_ 7961            user  mem       REG                8,2     79468    1343463 /usr/lib/libEGL.so.1.1.0
es2gears_ 7961            user  mem       REG                8,2     54776    1343807 /usr/lib/libGLESv2.so.2.1.0
Comment 87 Sergey V Turchin 2018-10-18 14:32:39 MSK
(В ответ на комментарий №60)
> таск #214683 расшарен
Добавил свой пакет.
Comment 88 Valery Inozemtsev 2018-10-18 14:46:34 MSK
(В ответ на комментарий №87)
> (В ответ на комментарий №60)
> > таск #214683 расшарен
> Добавил свой пакет.

маловато будет
# apt-cache whatdepends libGLdispatch | grep nvidia
  nvidia_glx_390.87-390.87-alt186
  nvidia_glx_390.77-390.77-alt186.S1
  nvidia_glx_390.67-390.67-alt185.S1
  nvidia_glx_390.59-390.59-alt184.S1
  nvidia_glx_375.26-375.26-alt165
Comment 89 Sergey V Turchin 2018-10-18 14:54:00 MSK
(В ответ на комментарий №88)
> маловато будет
Достаточно.
Comment 90 Sergey V Turchin 2018-10-18 15:14:27 MSK
(В ответ на комментарий №89)
> (В ответ на комментарий №88)
> > маловато будет
> Достаточно.
Я добавлю в задание удаление libglvnd (не подумал сразу).
Comment 91 Sergey V Turchin 2018-10-18 15:15:21 MSK
Валера, ты отправляешь в Сизиф непроверенное задание.
Comment 92 Valery Inozemtsev 2018-10-18 15:21:11 MSK
(В ответ на комментарий №91)
> Валера, ты отправляешь в Сизиф непроверенное задание.

ключевое слово здесь "Сизиф"
Comment 93 Anton Farygin 2018-10-18 15:24:46 MSK
Зачем устраивать пользователя сизифа лишний гемморой если его точно можно не устраивать ?
Comment 94 Valery Inozemtsev 2018-10-18 18:19:45 MSK
#214683
Comment 95 AEN 2018-10-18 19:17:27 MSK
Все согласны? Закончили эпопею?
Comment 96 Anton Farygin 2018-10-18 19:30:58 MSK
Посмотрим как народ теперь будет с этим жить.
Comment 97 Yuri N. Sedunov 2018-10-19 03:12:34 MSK
(В ответ на комментарий №96)
> Посмотрим как народ теперь будет с этим жить.

У меня не нвидия, и жить стало не очень, -- иксовые сессии gdm запустить не смог.
Вероятно, не только мне так повезло.
Comment 98 Yuri N. Sedunov 2018-10-19 10:04:57 MSK
xorg-server  оказался   restricted
Comment 99 Maxim Vetsalo 2018-10-19 12:03:40 MSK
После утреннего обновления отказался запускаться Compiz и пропал выбор Compiz из настройки менеджера окон Mate Tweak.

В логе:
Compiz (opengl) - Fatal: glXQueryExtensionsString is NULL for screen 0

compiz: 0.9.13.1-alt2
Comment 100 Владимир Диденко 2018-10-26 16:57:48 MSK
(In reply to comment #97)
> 
> У меня не нвидия, и жить стало не очень, -- иксовые сессии gdm запустить не
> смог.
> Вероятно, не только мне так повезло.

Не только вам. Поэтому вопрос - на кого багу вешать, чтобы починили?
Comment 101 Yuri N. Sedunov 2018-10-26 17:08:04 MSK
(В ответ на комментарий №100)
> Не только вам. Поэтому вопрос - на кого багу вешать, чтобы починили?

Починили.
https://bugzilla.altlinux.org/35546