Прошу обновить до текущей 18.2.2.
http://git.altlinux.org/people/shrek/packages/?p=mesa.git;a=shortlog;h=refs/heads/18.2 но без libglvnd никак
$ GAACL libglvnd show libglvnd zerg Сергей, отдай Валере libglvnd, пожалуйста.
Серёг, давайте решать что делать с glvnd. Валер, мы говорили что бы ты собрал новую версию не ломая старые nvidia.
лично я "новую версию не ломая старые nvidia" не говорили
Ну значит сейчас Зерг переделает nvidia так, что бы она работала после переезда на схему с glvnd. Ждём.
(В ответ на комментарий №5) > Ну значит сейчас Зерг переделает nvidia так, что бы она работала после переезда > на схему с glvnd. Ждём. Кого? Каков порядок действий?
Ждём Зерга, когда он переделает nvidia и glvnd и убедится что придуманный вариант ничего не ломает в существующих конфигурациях.
(В ответ на комментарий №7) > Ждём Зерга А Шрек пока исправит пакеты, в которых soname-ы перескочили в пакеты с другими именами. Например, libGL.so.1 перебежал из libGL в libglvnd-glx и таких там много.
ты вообще в курсе что такое libglvnd?
(В ответ на комментарий №9) > ты вообще в курсе что такое libglvnd? Да. Еще я в курсе, что такое Shared Libs Policy.
Сейчас: $ 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 лучше всего не перебрасывать между пакетами, что бы не взорвалось обновление.
в идеале 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 (например).
(В ответ на комментарий №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. Конструктивно.
#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 из этого таска во-первых, промежуточный вариант для того что бы обеспечить дальнейшую, скажем так, правильную сборку и во вторых что бы порвать зависимости в кривом биарче. Т.ч. обсуждать именование пакетов на данном этапе преждевременно
Тебе повезло что оно обновилось. Кому-то не повезёт. Перепилить пакеты недолго, сделай пожалуйста что бы двигаться дальше.
(В ответ на комментарий №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 Кого теперь ждем?
Зерг возится с nvidia
можешь еще посмотреть сюда 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
Валер, спасибо. Серёг, как только у тебя будет что-то готово - добавь в таск к Валере свои пакеты, отдадим протестировать.
(В ответ на комментарий №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.*
Серег, если ты в очередной раз решил блеснуть своей некомпетенцией, то у тебя это получилось
Коллеги, давайте по делу. Сергей, в чем конкретно "ерунда" и почему? Обоснуйте, пожалуйста.
Блин, почему всегда нужен переводчик? $ 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 и значительно снизит вероятность взрывов при обновлениях.
Какой то хреновый из тебя переводчик... Хоть убей не вижу в #20 libEGL
Всё, я понял - Зерг смотрит к тебе в репозиторий, а я в таск. ;) Серёг, посмотри всё-таки пакеты из таска.
(В ответ на комментарий №25) > Всё, я понял - Зерг смотрит к тебе в репозиторий, а я в таск. ;) > Серёг, посмотри всё-таки пакеты из таска. Это я раньше делал.
(В ответ на комментарий №21) > Серег, если ты в очередной раз решил блеснуть своей некомпетенцией, то у тебя > это получилось Спасибо за комплемент, но хотельось бы, что бы и ты не уподоблялся aris@, из-за пакетов которого p8 уже не обновляется до сизифа без сноса пакетов.
(В ответ на комментарий №27) > Спасибо за комплемент, но хотельось бы, что бы и ты не уподоблялся aris@, из-за > пакетов которого p8 уже не обновляется до сизифа без сноса пакетов. Давай по теме. Что конкретно тебе мешает "переделать nvidia так, что бы она работала после переезда на схему с glvnd"?
(В ответ на комментарий №28) > Что конкретно тебе мешает "переделать nvidia так, что бы она > работала после переезда на схему с glvnd"? На текущий момент конкретно nvidia мешает. Она не вся имеет поддержку glvnd.
(В ответ на комментарий №27) > (В ответ на комментарий №21) > > Серег, если ты в очередной раз решил блеснуть своей некомпетенцией, то у тебя > > это получилось > Спасибо за комплемент, да всегда пожалуйста > но хотельось бы, что бы и ты не уподоблялся aris@, из-за > пакетов которого p8 уже не обновляется до сизифа без сноса пакетов. пожалуй ты меня убедил. не нравится такая раскладка по пакетам, сделаю прям по тому самому полиси. а т.к. по именам пакетов пересечений с твоим пакетом libglvnd не будет, то и ждать тебя с nvidia не придется. таск #214424 остается на посмотреть на имена библиотек
(В ответ на комментарий №29) > (В ответ на комментарий №28) > > Что конкретно тебе мешает "переделать nvidia так, что бы она > > работала после переезда на схему с glvnd"? > На текущий момент конкретно nvidia мешает. Она не вся имеет поддержку glvnd. Расскажи, пожалуйста, как ты решаешь эту проблему?
(В ответ на комментарий №31) > Расскажи, пожалуйста, как ты решаешь эту проблему? Сижу и ковыряюсь.
> по именам пакетов пересечений с твоим пакетом libglvnd не будет У меня нет такого пакета(src не в счёт). Зато у меня есть пакет libGLdispatch, который и у тебя должен быть, чтоб нигде не нагадить.
(В ответ на комментарий №30) > сделаю прям по тому самому полиси. Даже не верится. Я пытался уговорить сделать хотя бы так же, как у тебя же и было.
(JT в ответ на комментарий №23) > Блин, почему всегда нужен переводчик? Это, кстати, обычное дело в западноукраинских горных сёлах -- без толмача два соседних села могут не уметь договориться. Зато каждый "самый щирый"...
(В ответ на комментарий №29) > > Что конкретно тебе мешает "переделать nvidia так, что бы она > > работала после переезда на схему с glvnd"? > На текущий момент конкретно nvidia мешает. Она не вся имеет поддержку glvnd. Как крайний вариант (не уверен, что shrek@ на него согласится) -- может, тогда переделать переключатель на "legacy nvidia или всё остальное через глвнды"?
Да вроде всё получается нормально.
выдержка из вчерашнего письма 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
Валера, не мог бы ты пояснить, чем тебе не нравится вывод перечисленных тобой команд ? У нас все экстрасенсы давно уже потеряли свои способности.
Зачем паковать кучу ненужных библиотек? # 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
А с чего ты взял что эти библиотеки не нужны ? Зависимости да, согласен - мне тоже это не нравится.
(В ответ на комментарий №41) > А с чего ты взял что эти библиотеки не нужны ? удали все лишнее и поймешь
Мне нечего удалять - у меня на машине нет nvidia. Может быть перестанем играть в угадайки?
(В ответ на комментарий №40) > Зачем прибивать гвоздями то в чем rpm разберется лучше вас? Чтобы ты себя не путал с rpm. ;-) > # rpmquery -R nvidia_glx_390.87 | grep ^lib | head -3 > libGLdispatch Имя пакета выбрано по твоей схеме упаковки. > libGLX Именно потому, что rpm не разберётся лучше. > libnvidia-egl-wayland1 >= 0 Разве ты подготовил свою сборку этой библиотеки?
меня утомил этот разговор глухого с немым. # ldd /usr/lib64/nvidia_390.87/*.so | grep egl
(В ответ на комментарий №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
Капитан Очевидность, где вы видите libnvidia-egl-wayland.so.1?
Валера, перечисленные тобой библиотеки никак не мешает переходу на glvnd. Мешает только зависимость у Зерга. Предлагаю расшарить твой таск, добавить в него nvidia и отдать на тестирование.
(В ответ на комментарий №48) > Мешает только зависимость у Зерга. Не мешает. P.S. libglvnd я тебе отдам чуть позже. Не волнуйся, Валер.
(В ответ на комментарий №49) > (В ответ на комментарий №48) > > Мешает только зависимость у Зерга. > Не мешает. > > P.S. > libglvnd я тебе отдам чуть позже. Не волнуйся, Валер. Когда?
(В ответ на комментарий №50) > Когда? Чуть позже.
(В ответ на комментарий №51) > (В ответ на комментарий №50) > > Когда? > Чуть позже. Этот ответ меня не устраивает. Срок был -- до прошедшего понедельника. Он сорван без указания нового.
Алексей, срок придуман тобой без всякого обоснования. Очевидно, что при неожиданном появлении большого куска работы невозможно что-то спланировать, особенно с учётом того, что работы по другим задачам прекращать нельзя. Будет выложено по мере готовности. На данный момент это не самая критичная задача, мешающая выпуску p9.
(В ответ на комментарий №53) > Алексей, срок придуман тобой без всякого обоснования. Очевидно, что при > неожиданном появлении большого куска работы невозможно что-то спланировать, > особенно с учётом того, что работы по другим задачам прекращать нельзя. > > Будет выложено по мере готовности. На данный момент это не самая критичная > задача, мешающая выпуску p9. На усмотрение ldv. Судя по накалу страстей , эта бага очень серьезная.
А ldv@ то тут причём ? Хочется сломать ещё что-то без согласования?
(В ответ на комментарий №54) > А ldv@ то тут причём ? Согласен. "Усмотрение ldv" тут лишь может помочь сломать X-ы. Причем, _всем_(кроме Шрека).
Валер, куда класть 32-битные библиотеки nvidia?
glvnd вообще arepo поддерживает ?
(В ответ на комментарий №57) > Валер, куда класть 32-битные библиотеки nvidia? То же самое в /usr/lib
таск #214683 расшарен
(В ответ на комментарий №59) > > Валер, куда класть 32-битные библиотеки nvidia? > То же самое в /usr/lib А в ld.so.conf.d что то же самое?
(В ответ на комментарий №60) > таск #214683 расшарен ЁПРСТ! Ты же обещал сделать по нормальному в соответствии с Shared Libs Policy. В пакете libglvnd0 находится libGLdispatch. Зачем? Запакуй в libGLdispatch хотя бы, раз и так никаким Shared Libs Policy не пахнет.
А разве shared libs policy обязательно требует имя пакета равное имени библиотеки в нём ?
А можно спросить - зачем меня подписали на это?
(В ответ на комментарий №63) > А разве shared libs policy обязательно требует имя пакета равное имени > библиотеки в нём ? Там хуже. libBAR.so.0 перепаковался из libBAR в libpofig0-nafig, хотя _никаких_ причин для этого нет.
У меня есть к Валере(и остальным тоже можно) пару вопросов, т.к. тормозят мою работу, а в личной переписке ответа нет. Первый: 64-битная система. Как теперь подключать 32-битные библиотеки, 64-битные аналоги которых ты предложил подключать при помощи /etc/ld.so.conf.d/nvidia.conf?
Со вторым вопросом разобрался сам. Жду ответа от Валеры.
на первый вопрос ответа не будет. раз разобрался закидывай в #214683
С первым надо отдать на тестирование и посмотреть как заработает (или не заработает) тот же самый steam.
(В ответ на комментарий №68) > на первый вопрос ответа не будет. > раз разобрался закидывай в #214683 Не разбрался с первым вопросом. Мне нужен любой ответ, но внятный.
не делай ничего специального.
(В ответ на комментарий №71) > не делай ничего специального. Я кроме специального вообще ничего не делаю там.
(В ответ на комментарий №70) > (В ответ на комментарий №68) > > на первый вопрос ответа не будет. > > раз разобрался закидывай в #214683 > Не разбрался с первым вопросом. Мне нужен любой ответ, но внятный. Т.е. в #214683 тебя не ждать? В sysiphus@ тогда сам напиши что nvidia не рабочие
(В ответ на комментарий №73) > > Не разбрался с первым вопросом. Мне нужен любой ответ, но внятный. > Т.е. в #214683 тебя не ждать? Ждать, конечно. Только ответь сначала хоть что-то внятное. Я же не могу в код телепатию добавить.
Просьба подвести итог этого длинного обсуждения сегодня. Спасибо.
(В ответ на комментарий №74) > (В ответ на комментарий №73) > > > Не разбрался с первым вопросом. Мне нужен любой ответ, но внятный. > > Т.е. в #214683 тебя не ждать? > Ждать, конечно. Доколе? > Только ответь сначала хоть что-то внятное. Я же не могу в код > телепатию добавить. Ты вопрос сначала задай, а то я что то не пойму в твоих "пару вопросов", "Первый:" был либы 32/64, потом "Со вторым вопросом разобрался сам"
(В ответ на комментарий №75) > подвести итог Я получаю тут внятный ответ на #66 от Шрек, делаю или не делаю изменения в коде и добавляю свой пакет в задание #214683.
(В ответ на комментарий №66) > У меня есть к Валере(и остальным тоже можно) пару вопросов, т.к. тормозят мою > работу, а в личной переписке ответа нет. > Первый: > 64-битная система. Как теперь подключать 32-битные библиотеки, 64-битные > аналоги которых ты предложил подключать при помощи > /etc/ld.so.conf.d/nvidia.conf? Лично я этим вопросом не озадачивался, т.к. биарчем не пользуюсь, т.ч. разберись как нибудь сам
Валера, это очень серьёзный вопрос, требующий вдумчивого подхода. Пока есть стим и wine - биарч это весьма востребованная фича. Не мог бы ты проверить, для начала, работу биарч со своими пакетами, без учёта nvidia ?
(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
(В ответ на комментарий №78) > разберись как нибудь сам Оставить старую схему. Другого не знаю.
(В ответ на комментарий №80) > Предлагаю для начала переименовать > /etc/ld.so.conf.d/nvidia.conf в /etc/ld.so.conf.d/nvidia-$(arch).conf Думаю, достаточно nvidia.conf везде и nvidia32.conf на 64-битных системах.
(В ответ на комментарий №80) > /etc/ld.so.conf.d/nvidia-$(arch).conf Если только это поможет линковщику.
(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 только то, что поддерживается.
(В ответ на комментарий №84) > Процитируйте, пожалуйста, содержимое предполагаемого > /etc/ld.so.conf.d/nvidia.conf Симлинк на каталог с библиотеками /usr/lib{,64}/nvidia_NNN.NN/ > а ld.so потом выберет из /etc/ld.so.cache только то, что поддерживается. Если при этом будут(в разных каталогах) одноименные 64/32-библиотеки и они не перепутаются, то отлично. Оно сработает?
(В ответ на комментарий №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
(В ответ на комментарий №60) > таск #214683 расшарен Добавил свой пакет.
(В ответ на комментарий №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
(В ответ на комментарий №88) > маловато будет Достаточно.
(В ответ на комментарий №89) > (В ответ на комментарий №88) > > маловато будет > Достаточно. Я добавлю в задание удаление libglvnd (не подумал сразу).
Валера, ты отправляешь в Сизиф непроверенное задание.
(В ответ на комментарий №91) > Валера, ты отправляешь в Сизиф непроверенное задание. ключевое слово здесь "Сизиф"
Зачем устраивать пользователя сизифа лишний гемморой если его точно можно не устраивать ?
#214683
Все согласны? Закончили эпопею?
Посмотрим как народ теперь будет с этим жить.
(В ответ на комментарий №96) > Посмотрим как народ теперь будет с этим жить. У меня не нвидия, и жить стало не очень, -- иксовые сессии gdm запустить не смог. Вероятно, не только мне так повезло.
xorg-server оказался restricted
После утреннего обновления отказался запускаться Compiz и пропал выбор Compiz из настройки менеджера окон Mate Tweak. В логе: Compiz (opengl) - Fatal: glXQueryExtensionsString is NULL for screen 0 compiz: 0.9.13.1-alt2
(In reply to comment #97) > > У меня не нвидия, и жить стало не очень, -- иксовые сессии gdm запустить не > смог. > Вероятно, не только мне так повезло. Не только вам. Поэтому вопрос - на кого багу вешать, чтобы починили?
(В ответ на комментарий №100) > Не только вам. Поэтому вопрос - на кого багу вешать, чтобы починили? Починили. https://bugzilla.altlinux.org/35546
