35499 2018-10-10 12:35:47 +0300 mesa: new version 2018-10-26 17:08:04 +0300 1 1 4 Development Sisyphus Mesa unstable all Linux CLOSED FIXED http://git.altlinux.org/people/shrek/packages/?p=mesa.git;a=shortlog;h=refs/heads/18.2 P3 blocker --- 1 aris shrek aen cas darktemplaralt lakostis ldv mike mvetsalo rider shrek smi vladimir.didenko zerg qa-sisyphus oldest_to_newest 174873 0 aris 2018-10-10 12:35:47 +0300 Прошу обновить до текущей 18.2.2. 174874 1 shrek 2018-10-10 12:41:11 +0300 http://git.altlinux.org/people/shrek/packages/?p=mesa.git;a=shortlog;h=refs/heads/18.2 но без libglvnd никак 174875 2 aris 2018-10-10 13:01:44 +0300 $ GAACL libglvnd show libglvnd zerg Сергей, отдай Валере libglvnd, пожалуйста. 174876 3 rider 2018-10-10 13:56:12 +0300 Серёг, давайте решать что делать с glvnd. Валер, мы говорили что бы ты собрал новую версию не ломая старые nvidia. 174877 4 shrek 2018-10-10 14:11:27 +0300 лично я "новую версию не ломая старые nvidia" не говорили 174878 5 rider 2018-10-10 15:39:37 +0300 Ну значит сейчас Зерг переделает nvidia так, что бы она работала после переезда на схему с glvnd. Ждём. 174879 6 aen 2018-10-10 15:41:31 +0300 (В ответ на комментарий №5) > Ну значит сейчас Зерг переделает nvidia так, что бы она работала после переезда > на схему с glvnd. Ждём. Кого? Каков порядок действий? 174880 7 rider 2018-10-10 15:43:50 +0300 Ждём Зерга, когда он переделает nvidia и glvnd и убедится что придуманный вариант ничего не ломает в существующих конфигурациях. 174884 8 zerg 2018-10-10 16:53:49 +0300 (В ответ на комментарий №7) > Ждём Зерга А Шрек пока исправит пакеты, в которых soname-ы перескочили в пакеты с другими именами. Например, libGL.so.1 перебежал из libGL в libglvnd-glx и таких там много. 174885 9 shrek 2018-10-10 16:54:54 +0300 ты вообще в курсе что такое libglvnd? 174886 10 zerg 2018-10-10 17:05:05 +0300 (В ответ на комментарий №9) > ты вообще в курсе что такое libglvnd? Да. Еще я в курсе, что такое Shared Libs Policy. 174887 11 rider 2018-10-10 17:05:38 +0300 Сейчас: $ 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 лучше всего не перебрасывать между пакетами, что бы не взорвалось обновление. 174888 12 rider 2018-10-10 17:07:27 +0300 в идеале 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 (например). 174892 13 aen 2018-10-10 20:20:08 +0300 (В ответ на комментарий №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. Конструктивно. 174896 14 shrek 2018-10-11 10:29:22 +0300 #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 из этого таска во-первых, промежуточный вариант для того что бы обеспечить дальнейшую, скажем так, правильную сборку и во вторых что бы порвать зависимости в кривом биарче. Т.ч. обсуждать именование пакетов на данном этапе преждевременно 174897 15 rider 2018-10-11 10:34:50 +0300 Тебе повезло что оно обновилось. Кому-то не повезёт. Перепилить пакеты недолго, сделай пожалуйста что бы двигаться дальше. 174911 16 aris 2018-10-11 16:45:23 +0300 (В ответ на комментарий №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 Кого теперь ждем? 174913 17 rider 2018-10-11 16:50:12 +0300 Зерг возится с nvidia 174914 18 shrek 2018-10-11 16:52:32 +0300 можешь еще посмотреть сюда http://git.altlinux.org/people/shrek/packages/?p=mesa.git;a=shortlog;h=refs/tags/18.2.2-alt1 и сюда http://git.altlinux.org/people/shrek/packages/?p=libglvnd.git;a=summary 174915 19 rider 2018-10-11 16:57:19 +0300 Валер, спасибо. Серёг, как только у тебя будет что-то готово - добавь в таск к Валере свои пакеты, отдадим протестировать. 174916 20 zerg 2018-10-11 17:27:20 +0300 (В ответ на комментарий №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.* 174919 21 shrek 2018-10-11 19:46:33 +0300 Серег, если ты в очередной раз решил блеснуть своей некомпетенцией, то у тебя это получилось 174920 22 aen 2018-10-11 19:50:32 +0300 Коллеги, давайте по делу. Сергей, в чем конкретно "ерунда" и почему? Обоснуйте, пожалуйста. 174921 23 rider 2018-10-11 20:04:58 +0300 Блин, почему всегда нужен переводчик? $ 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 и значительно снизит вероятность взрывов при обновлениях. 174922 24 shrek 2018-10-11 20:14:43 +0300 Какой то хреновый из тебя переводчик... Хоть убей не вижу в #20 libEGL 174923 25 rider 2018-10-11 20:18:37 +0300 Всё, я понял - Зерг смотрит к тебе в репозиторий, а я в таск. ;) Серёг, посмотри всё-таки пакеты из таска. 174926 26 zerg 2018-10-12 10:03:33 +0300 (В ответ на комментарий №25) > Всё, я понял - Зерг смотрит к тебе в репозиторий, а я в таск. ;) > Серёг, посмотри всё-таки пакеты из таска. Это я раньше делал. 174927 27 zerg 2018-10-12 10:06:22 +0300 (В ответ на комментарий №21) > Серег, если ты в очередной раз решил блеснуть своей некомпетенцией, то у тебя > это получилось Спасибо за комплемент, но хотельось бы, что бы и ты не уподоблялся aris@, из-за пакетов которого p8 уже не обновляется до сизифа без сноса пакетов. 174928 28 aris 2018-10-12 10:36:29 +0300 (В ответ на комментарий №27) > Спасибо за комплемент, но хотельось бы, что бы и ты не уподоблялся aris@, из-за > пакетов которого p8 уже не обновляется до сизифа без сноса пакетов. Давай по теме. Что конкретно тебе мешает "переделать nvidia так, что бы она работала после переезда на схему с glvnd"? 174929 29 zerg 2018-10-12 10:39:31 +0300 (В ответ на комментарий №28) > Что конкретно тебе мешает "переделать nvidia так, что бы она > работала после переезда на схему с glvnd"? На текущий момент конкретно nvidia мешает. Она не вся имеет поддержку glvnd. 174930 30 shrek 2018-10-12 10:41:50 +0300 (В ответ на комментарий №27) > (В ответ на комментарий №21) > > Серег, если ты в очередной раз решил блеснуть своей некомпетенцией, то у тебя > > это получилось > Спасибо за комплемент, да всегда пожалуйста > но хотельось бы, что бы и ты не уподоблялся aris@, из-за > пакетов которого p8 уже не обновляется до сизифа без сноса пакетов. пожалуй ты меня убедил. не нравится такая раскладка по пакетам, сделаю прям по тому самому полиси. а т.к. по именам пакетов пересечений с твоим пакетом libglvnd не будет, то и ждать тебя с nvidia не придется. таск #214424 остается на посмотреть на имена библиотек 174931 31 aris 2018-10-12 10:53:05 +0300 (В ответ на комментарий №29) > (В ответ на комментарий №28) > > Что конкретно тебе мешает "переделать nvidia так, что бы она > > работала после переезда на схему с glvnd"? > На текущий момент конкретно nvidia мешает. Она не вся имеет поддержку glvnd. Расскажи, пожалуйста, как ты решаешь эту проблему? 174938 32 zerg 2018-10-12 14:37:59 +0300 (В ответ на комментарий №31) > Расскажи, пожалуйста, как ты решаешь эту проблему? Сижу и ковыряюсь. 174939 33 zerg 2018-10-12 14:41:15 +0300 > по именам пакетов пересечений с твоим пакетом libglvnd не будет У меня нет такого пакета(src не в счёт). Зато у меня есть пакет libGLdispatch, который и у тебя должен быть, чтоб нигде не нагадить. 174940 34 zerg 2018-10-12 14:43:18 +0300 (В ответ на комментарий №30) > сделаю прям по тому самому полиси. Даже не верится. Я пытался уговорить сделать хотя бы так же, как у тебя же и было. 174962 35 mike 2018-10-15 12:55:23 +0300 (JT в ответ на комментарий №23) > Блин, почему всегда нужен переводчик? Это, кстати, обычное дело в западноукраинских горных сёлах -- без толмача два соседних села могут не уметь договориться. Зато каждый "самый щирый"... 174963 36 mike 2018-10-15 12:57:27 +0300 (В ответ на комментарий №29) > > Что конкретно тебе мешает "переделать nvidia так, что бы она > > работала после переезда на схему с glvnd"? > На текущий момент конкретно nvidia мешает. Она не вся имеет поддержку glvnd. Как крайний вариант (не уверен, что shrek@ на него согласится) -- может, тогда переделать переключатель на "legacy nvidia или всё остальное через глвнды"? 174966 37 zerg 2018-10-15 15:04:26 +0300 Да вроде всё получается нормально. 174987 38 shrek 2018-10-16 11:07:50 +0300 выдержка из вчерашнего письма 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 174989 39 rider 2018-10-16 11:19:45 +0300 Валера, не мог бы ты пояснить, чем тебе не нравится вывод перечисленных тобой команд ? У нас все экстрасенсы давно уже потеряли свои способности. 174990 40 shrek 2018-10-16 11:27:23 +0300 Зачем паковать кучу ненужных библиотек? # 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 174991 41 rider 2018-10-16 11:35:17 +0300 А с чего ты взял что эти библиотеки не нужны ? Зависимости да, согласен - мне тоже это не нравится. 174992 42 shrek 2018-10-16 11:45:05 +0300 (В ответ на комментарий №41) > А с чего ты взял что эти библиотеки не нужны ? удали все лишнее и поймешь 174993 43 rider 2018-10-16 11:49:06 +0300 Мне нечего удалять - у меня на машине нет nvidia. Может быть перестанем играть в угадайки? 174994 44 zerg 2018-10-16 11:49:40 +0300 (В ответ на комментарий №40) > Зачем прибивать гвоздями то в чем rpm разберется лучше вас? Чтобы ты себя не путал с rpm. ;-) > # rpmquery -R nvidia_glx_390.87 | grep ^lib | head -3 > libGLdispatch Имя пакета выбрано по твоей схеме упаковки. > libGLX Именно потому, что rpm не разберётся лучше. > libnvidia-egl-wayland1 >= 0 Разве ты подготовил свою сборку этой библиотеки? 174995 45 shrek 2018-10-16 11:59:31 +0300 меня утомил этот разговор глухого с немым. # ldd /usr/lib64/nvidia_390.87/*.so | grep egl 174996 46 darktemplaralt 2018-10-16 12:08:40 +0300 (В ответ на комментарий №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 174998 47 shrek 2018-10-16 12:39:29 +0300 Капитан Очевидность, где вы видите libnvidia-egl-wayland.so.1? 175000 48 rider 2018-10-16 14:06:30 +0300 Валера, перечисленные тобой библиотеки никак не мешает переходу на glvnd. Мешает только зависимость у Зерга. Предлагаю расшарить твой таск, добавить в него nvidia и отдать на тестирование. 175001 49 zerg 2018-10-16 14:09:42 +0300 (В ответ на комментарий №48) > Мешает только зависимость у Зерга. Не мешает. P.S. libglvnd я тебе отдам чуть позже. Не волнуйся, Валер. 175002 50 aen 2018-10-16 14:31:29 +0300 (В ответ на комментарий №49) > (В ответ на комментарий №48) > > Мешает только зависимость у Зерга. > Не мешает. > > P.S. > libglvnd я тебе отдам чуть позже. Не волнуйся, Валер. Когда? 175004 51 zerg 2018-10-16 14:48:07 +0300 (В ответ на комментарий №50) > Когда? Чуть позже. 175005 52 aen 2018-10-16 14:54:00 +0300 (В ответ на комментарий №51) > (В ответ на комментарий №50) > > Когда? > Чуть позже. Этот ответ меня не устраивает. Срок был -- до прошедшего понедельника. Он сорван без указания нового. 175006 53 rider 2018-10-16 15:02:00 +0300 Алексей, срок придуман тобой без всякого обоснования. Очевидно, что при неожиданном появлении большого куска работы невозможно что-то спланировать, особенно с учётом того, что работы по другим задачам прекращать нельзя. Будет выложено по мере готовности. На данный момент это не самая критичная задача, мешающая выпуску p9. 175007 54 aen 2018-10-16 15:05:53 +0300 (В ответ на комментарий №53) > Алексей, срок придуман тобой без всякого обоснования. Очевидно, что при > неожиданном появлении большого куска работы невозможно что-то спланировать, > особенно с учётом того, что работы по другим задачам прекращать нельзя. > > Будет выложено по мере готовности. На данный момент это не самая критичная > задача, мешающая выпуску p9. На усмотрение ldv. Судя по накалу страстей , эта бага очень серьезная. 175008 55 rider 2018-10-16 15:07:40 +0300 А ldv@ то тут причём ? Хочется сломать ещё что-то без согласования? 175009 56 zerg 2018-10-16 15:28:06 +0300 (В ответ на комментарий №54) > А ldv@ то тут причём ? Согласен. "Усмотрение ldv" тут лишь может помочь сломать X-ы. Причем, _всем_(кроме Шрека). 175015 57 zerg 2018-10-16 16:14:09 +0300 Валер, куда класть 32-битные библиотеки nvidia? 175016 58 rider 2018-10-16 16:14:50 +0300 glvnd вообще arepo поддерживает ? 175023 59 shrek 2018-10-16 16:53:59 +0300 (В ответ на комментарий №57) > Валер, куда класть 32-битные библиотеки nvidia? То же самое в /usr/lib 175024 60 shrek 2018-10-16 16:58:51 +0300 таск #214683 расшарен 175025 61 zerg 2018-10-16 17:06:25 +0300 (В ответ на комментарий №59) > > Валер, куда класть 32-битные библиотеки nvidia? > То же самое в /usr/lib А в ld.so.conf.d что то же самое? 175028 62 zerg 2018-10-16 18:03:09 +0300 (В ответ на комментарий №60) > таск #214683 расшарен ЁПРСТ! Ты же обещал сделать по нормальному в соответствии с Shared Libs Policy. В пакете libglvnd0 находится libGLdispatch. Зачем? Запакуй в libGLdispatch хотя бы, раз и так никаким Shared Libs Policy не пахнет. 175029 63 rider 2018-10-16 18:04:33 +0300 А разве shared libs policy обязательно требует имя пакета равное имени библиотеки в нём ? 175039 64 lakostis 2018-10-16 21:53:56 +0300 А можно спросить - зачем меня подписали на это? 175043 65 zerg 2018-10-17 10:02:01 +0300 (В ответ на комментарий №63) > А разве shared libs policy обязательно требует имя пакета равное имени > библиотеки в нём ? Там хуже. libBAR.so.0 перепаковался из libBAR в libpofig0-nafig, хотя _никаких_ причин для этого нет. 175047 66 zerg 2018-10-17 10:07:25 +0300 У меня есть к Валере(и остальным тоже можно) пару вопросов, т.к. тормозят мою работу, а в личной переписке ответа нет. Первый: 64-битная система. Как теперь подключать 32-битные библиотеки, 64-битные аналоги которых ты предложил подключать при помощи /etc/ld.so.conf.d/nvidia.conf? 175056 67 zerg 2018-10-17 15:51:07 +0300 Со вторым вопросом разобрался сам. Жду ответа от Валеры. 175060 68 shrek 2018-10-17 16:41:41 +0300 на первый вопрос ответа не будет. раз разобрался закидывай в #214683 175063 69 rider 2018-10-17 17:19:03 +0300 С первым надо отдать на тестирование и посмотреть как заработает (или не заработает) тот же самый steam. 175065 70 zerg 2018-10-17 17:22:47 +0300 (В ответ на комментарий №68) > на первый вопрос ответа не будет. > раз разобрался закидывай в #214683 Не разбрался с первым вопросом. Мне нужен любой ответ, но внятный. 175066 71 rider 2018-10-17 17:24:39 +0300 не делай ничего специального. 175073 72 zerg 2018-10-17 18:06:03 +0300 (В ответ на комментарий №71) > не делай ничего специального. Я кроме специального вообще ничего не делаю там. 175082 73 shrek 2018-10-17 20:19:55 +0300 (В ответ на комментарий №70) > (В ответ на комментарий №68) > > на первый вопрос ответа не будет. > > раз разобрался закидывай в #214683 > Не разбрался с первым вопросом. Мне нужен любой ответ, но внятный. Т.е. в #214683 тебя не ждать? В sysiphus@ тогда сам напиши что nvidia не рабочие 175089 74 zerg 2018-10-18 09:26:31 +0300 (В ответ на комментарий №73) > > Не разбрался с первым вопросом. Мне нужен любой ответ, но внятный. > Т.е. в #214683 тебя не ждать? Ждать, конечно. Только ответь сначала хоть что-то внятное. Я же не могу в код телепатию добавить. 175093 75 ldv 2018-10-18 11:25:06 +0300 Просьба подвести итог этого длинного обсуждения сегодня. Спасибо. 175094 76 shrek 2018-10-18 11:30:17 +0300 (В ответ на комментарий №74) > (В ответ на комментарий №73) > > > Не разбрался с первым вопросом. Мне нужен любой ответ, но внятный. > > Т.е. в #214683 тебя не ждать? > Ждать, конечно. Доколе? > Только ответь сначала хоть что-то внятное. Я же не могу в код > телепатию добавить. Ты вопрос сначала задай, а то я что то не пойму в твоих "пару вопросов", "Первый:" был либы 32/64, потом "Со вторым вопросом разобрался сам" 175095 77 zerg 2018-10-18 11:33:04 +0300 (В ответ на комментарий №75) > подвести итог Я получаю тут внятный ответ на #66 от Шрек, делаю или не делаю изменения в коде и добавляю свой пакет в задание #214683. 175096 78 shrek 2018-10-18 11:55:17 +0300 (В ответ на комментарий №66) > У меня есть к Валере(и остальным тоже можно) пару вопросов, т.к. тормозят мою > работу, а в личной переписке ответа нет. > Первый: > 64-битная система. Как теперь подключать 32-битные библиотеки, 64-битные > аналоги которых ты предложил подключать при помощи > /etc/ld.so.conf.d/nvidia.conf? Лично я этим вопросом не озадачивался, т.к. биарчем не пользуюсь, т.ч. разберись как нибудь сам 175097 79 rider 2018-10-18 11:57:11 +0300 Валера, это очень серьёзный вопрос, требующий вдумчивого подхода. Пока есть стим и wine - биарч это весьма востребованная фича. Не мог бы ты проверить, для начала, работу биарч со своими пакетами, без учёта nvidia ? 175098 80 ldv 2018-10-18 12:03:13 +0300 (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 175099 81 zerg 2018-10-18 12:04:03 +0300 (В ответ на комментарий №78) > разберись как нибудь сам Оставить старую схему. Другого не знаю. 175100 82 zerg 2018-10-18 12:09:19 +0300 (В ответ на комментарий №80) > Предлагаю для начала переименовать > /etc/ld.so.conf.d/nvidia.conf в /etc/ld.so.conf.d/nvidia-$(arch).conf Думаю, достаточно nvidia.conf везде и nvidia32.conf на 64-битных системах. 175101 83 zerg 2018-10-18 12:10:24 +0300 (В ответ на комментарий №80) > /etc/ld.so.conf.d/nvidia-$(arch).conf Если только это поможет линковщику. 175102 84 ldv 2018-10-18 12:23:06 +0300 (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 только то, что поддерживается. 175103 85 zerg 2018-10-18 12:53:56 +0300 (В ответ на комментарий №84) > Процитируйте, пожалуйста, содержимое предполагаемого > /etc/ld.so.conf.d/nvidia.conf Симлинк на каталог с библиотеками /usr/lib{,64}/nvidia_NNN.NN/ > а ld.so потом выберет из /etc/ld.so.cache только то, что поддерживается. Если при этом будут(в разных каталогах) одноименные 64/32-библиотеки и они не перепутаются, то отлично. Оно сработает? 175104 86 shrek 2018-10-18 12:56:07 +0300 (В ответ на комментарий №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 175107 87 zerg 2018-10-18 14:32:39 +0300 (В ответ на комментарий №60) > таск #214683 расшарен Добавил свой пакет. 175108 88 shrek 2018-10-18 14:46:34 +0300 (В ответ на комментарий №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 175109 89 zerg 2018-10-18 14:54:00 +0300 (В ответ на комментарий №88) > маловато будет Достаточно. 175110 90 zerg 2018-10-18 15:14:27 +0300 (В ответ на комментарий №89) > (В ответ на комментарий №88) > > маловато будет > Достаточно. Я добавлю в задание удаление libglvnd (не подумал сразу). 175111 91 zerg 2018-10-18 15:15:21 +0300 Валера, ты отправляешь в Сизиф непроверенное задание. 175112 92 shrek 2018-10-18 15:21:11 +0300 (В ответ на комментарий №91) > Валера, ты отправляешь в Сизиф непроверенное задание. ключевое слово здесь "Сизиф" 175114 93 rider 2018-10-18 15:24:46 +0300 Зачем устраивать пользователя сизифа лишний гемморой если его точно можно не устраивать ? 175127 94 shrek 2018-10-18 18:19:45 +0300 #214683 175131 95 aen 2018-10-18 19:17:27 +0300 Все согласны? Закончили эпопею? 175132 96 rider 2018-10-18 19:30:58 +0300 Посмотрим как народ теперь будет с этим жить. 175136 97 aris 2018-10-19 03:12:34 +0300 (В ответ на комментарий №96) > Посмотрим как народ теперь будет с этим жить. У меня не нвидия, и жить стало не очень, -- иксовые сессии gdm запустить не смог. Вероятно, не только мне так повезло. 175139 98 aris 2018-10-19 10:04:57 +0300 xorg-server оказался restricted 175145 99 mvetsalo 2018-10-19 12:03:40 +0300 После утреннего обновления отказался запускаться Compiz и пропал выбор Compiz из настройки менеджера окон Mate Tweak. В логе: Compiz (opengl) - Fatal: glXQueryExtensionsString is NULL for screen 0 compiz: 0.9.13.1-alt2 175353 100 vladimir.didenko 2018-10-26 16:57:48 +0300 (In reply to comment #97) > > У меня не нвидия, и жить стало не очень, -- иксовые сессии gdm запустить не > смог. > Вероятно, не только мне так повезло. Не только вам. Поэтому вопрос - на кого багу вешать, чтобы починили? 175355 101 aris 2018-10-26 17:08:04 +0300 (В ответ на комментарий №100) > Не только вам. Поэтому вопрос - на кого багу вешать, чтобы починили? Починили. https://bugzilla.altlinux.org/35546