gentoo заскоки

[Bizdelnick]

Как так, зачем этот флаг вообще придумали?

Флаг может отключить что-то опциональное. Если зависимость безусловная, она в любом случае установится.

[/dev/random]

www-client/vivaldi-3.1.1929.34_p1 (net-print/cups)

Vivaldi - проприетарный блоб. Пересобрать его с другими опциями невозможно. Поэтому у него нет флагов (кроме тех, что управляют файлами переводов), и от всего, от чего он зависит, он зависит безусловно. В том числе от cups.

[yoricI]

Ладно, снёс vivaldi. Картина та же самая. Только что ещё странно:
$ equery d net-print/cups * These packages depend on net-print/cups: --те же пакеты--- net-print/cups-filters-1.27.4 (>=net-print/cups-1.7.3) ----что и раньше, кроме vivaldi $ equery d net-print/cups-filters * These packages depend on net-print/cups-filters: net-print/cups-2.3.3-r1 (>=net-print/cups-filters-1.0.43)
Что за циркулярная зависимость? И вообще, на что теперь грешить?

[/dev/random]

Что скажет emerge -pvc net-print/cups net-print/cups-filters?

[yoricI]

# emerge -pvc net-print/cups net-print/cups-filters Calculating dependencies... done! net-print/cups-2.3.3-r1 pulled in by: app-text/ghostscript-gpl-9.50 requires >=net-print/cups-1.3.8 net-print/cups-filters-1.27.4 requires >=net-print/cups-1.7.3 net-print/cups-filters-1.27.4 pulled in by: net-print/cups-2.3.3-r1 requires >=net-print/cups-filters-1.0.43 >>> No packages selected for removal by depclean Packages installed: 1334 Packages in world: 259 Packages in system: 43 Required packages: 1334 Number to remove: 0 # eix app-text/ghostscript-gpl app-text/ghostscript-gpl Installed versions: 9.50(10:10:04 22.03.2020)(X cups dbus gtk tiff unicode -static-libs L10N="-de -ja -ko -zh-CN -zh-TW") /etc/portage # grep -r cups * make.conf:-ldap -clamav -xine -yahoo -yaz jpeg2k -acl -cups \ package.use/app-text:>=app-text/ghostscript-gpl-9.50 cups

Это я сам включил, конечно, но не просто так же, кто-то требовал, а разбираться было некогда. Как теперь можно вычислить виновника?

[/dev/random]

Откуда у него взялся флаг cups, как можно вычислить?

grep -R cups /etc/portage/package.use

Добавлено (10:44):

Upd: вы уже сами нашли и отредактировали сообщение.

Добавлено (10:51):

Как теперь можно вычислить виновника?

Это вам portage предложил включить при установке пакета, который это требовал. Если дать ему отредактировать конфиг автоматически, то он перед строчкой пишет комментарий с причиной. Если же вы вместо этого скопипастили из терминала в файл, то могли и не скопировать этот комментарий. А вообще, что-то мне подсказывает, что это сам cups и потребовал. Что скажет equery -N d app-text/ghostscript-gpl | grep cups?

[yoricI]

Уже убрал этот флаг у ghostscript-gpl, @world & depclean - пересобрался, cups-ы удалились. Теперь ничего не говорит эта команда. Спасибо за помощь.

[yoricI]

А это что за такое, что делать, строчить донос?
make[1]: Leaving directory '/var/tmp/portage/dev-dotnet/mono-addins-1.0-r1/work/mono-addins-mono-addins-1.0' >>> Source compiled. >>> Test phase [not enabled]: dev-dotnet/mono-addins-1.0-r1 >>> Install dev-dotnet/mono-addins-1.0-r1 into /var/tmp/portage/dev-dotnet/mono-addins-1.0-r1/image/ make -j2 -j1 DESTDIR=/var/tmp/portage/dev-dotnet/mono-addins-1.0-r1/image/ install Making install in Mono.Addins make[1]: Entering directory '/var/tmp/portage/dev-dotnet/mono-addins-1.0-r1/work/mono-addins-mono-addins-1.0/Mono.Addins' make[2]: Entering directory '/var/tmp/portage/dev-dotnet/mono-addins-1.0-r1/work/mono-addins-mono-addins-1.0/Mono.Addins' /usr/bin/gacutil /i ../bin/Mono.Addins.dll /f /package mono-addins /root /var/tmp/portage/dev-dotnet/mono-addins-1.0-r1/image//usr/lib64 || exit 1; Failure adding assembly ../bin/Mono.Addins.dll to the cache: Strong name cannot be verified for delay-signed assembly make[2]: *** [Makefile:551: gac-install] Error 1 make[2]: Leaving directory '/var/tmp/portage/dev-dotnet/mono-addins-1.0-r1/work/mono-addins-mono-addins-1.0/Mono.Addins' make[1]: *** [Makefile:428: install-am] Error 2 make[1]: Leaving directory '/var/tmp/portage/dev-dotnet/mono-addins-1.0-r1/work/mono-addins-mono-addins-1.0/Mono.Addins' make: *** [Makefile:347: install-recursive] Error 1 * ERROR: dev-dotnet/mono-addins-1.0-r1::gentoo failed (install phase): * emake failed

[/dev/random]

https://bugs.gentoo.org/644232

[yoricI]

Заметил, что графика подтормаживает, давай проверять, и оказалось, что GLX-provider - MESA. Вроде была раньше nvidia. nvidia-drivers установлены, недавно, кстати, пересобирались. Давай копать eselect на предмет выбора, ничего похожего не обнаружил.
# glxinfo |grep -i render direct rendering: Yes GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_query_renderer, Extended renderer info (GLX_MESA_query_renderer): OpenGL renderer string: llvmpipe (LLVM 10.0.0, 128 bits) GL_ARB_conditional_render_inverted, GL_ARB_conservative_depth, GL_MESA_ycbcr_texture, GL_NV_conditional_render, GL_NV_depth_clamp, GL_ARB_conditional_render_inverted, GL_ARB_conservative_depth, GL_NV_conditional_render, GL_NV_depth_clamp, GL_NV_fog_distance, GL_EXT_polygon_offset_clamp, GL_EXT_read_format_bgra, GL_EXT_render_snorm, GL_MESA_shader_integer_functions, GL_NV_conditional_render, GL_OES_element_index_uint, GL_OES_fbo_render_mipmap,
Какой-то ещё LLVM появился. Как вернуть NVIDIA? Модуль загружен, nvidia-settings всё плказывает.

[ormorph]

Похожее уже обсуждалось этой теме.

[yoricI]

Не помогли мне советы из той темы, а вот что из странного у себя обнаружил:
~ $ cat /etc/env.d/000opengl # Configuration file for eselect # This file has been automatically generated. LDPATH="/usr/lib/opengl/nvidia/lib:/usr/lib64/opengl/nvidia/lib" OPENGL_PROFILE="nvidia"
Но каталогов /usr/lib*/opengl нет в файлосистеме.

$ grep -ir glvnd /etc/portage/* /etc/portage/package.use/media-libs:media-libs/mesa -libglvnd /etc/portage/package.use/media-libs:>=media-libs/libglvnd-1.3.2 abi_x86_32 /etc/portage/package.use/x11-base:x11-base/xorg-server -libglvnd /etc/portage/package.use/x11-drivers:x11-drivers/nvidia-drivers -libglvnd globus@aspera ~ $ eix nvidia-driv Installed versions: 390.138-r1(0/390)^mtd(23:11:25 20.08.2020)(X driver kms libglvnd multilib tools -compat -gtk3 -static-libs -uvm -wayland ABI_MIPS="-n32 -n64 -o32" ABI_RISCV="-lp64 -lp64d" ABI_S390="-32 -64" ABI_X86="32 64 -x32" KERNEL="linux -FreeBSD") $ eix xorg-serv Installed versions: 1.20.8-r1(0/1.20.8)(13:11:23 17.08.2020)(libglvnd udev xorg -debug -dmx -doc -elogind -ipv6 -kdrive -libressl -minimal -selinux -static-libs -suid -systemd -unwind -wayland -xcsecurity -xephyr -xnest -xvfb)

С чего это флаг libglvnd напрямую отключен, а они оба с ним? Причём отключен давно, но недавно оба пересобирались, и он включился сам собой? Думаю, просто пересобирать смысла нет, тут дело хитрее, но в чём? Что-то намудрено с этим libglvnd, и кто его только придумал?

[devilr]

~ $ cat /etc/env.d/000opengl
# Configuration file for eselect
# This file has been automatically generated.
#LDPATH="/usr/lib32/opengl/nvidia/lib:/usr/lib64/opengl/nvidia/lib"
LDPATH="/usr/lib32:/usr/lib64"
OPENGL_PROFILE="nvidia"

[/dev/random]

С чего это флаг libglvnd напрямую отключен, а они оба с ним? Причём отключен давно, но недавно оба пересобирались, и он включился сам собой?

Поддержка работы без libglvnd была замаскирована 11 августа, а через месяц после этого её планируют удалить совсем.

Что-то намудрено с этим libglvnd, и кто его только придумал?

NVIDIA его придумала.

[yoricI]

LDPATH="/usr/lib:/usr/lib64"
OPENGL_PROFILE="nvidia"

Сделал так, у меня 17.1, результат тот же. То есть нет результата.

NVIDIA его придумала.

Чтоб ей провалиться.

[devilr]

Чтоб ей провалиться.

Ну так благостью им это казалось. А благими намерениями...
А графика то везде подтормаживает или в каких то определённых местах. как у меня было? Ну и - libglvnd пересобирали?

[ormorph]

Смотрели бы содержимое /var/log/Xorg.0.log, там должна быть ошибка или ещё что.

[yoricI]

А графика то везде подтормаживает или в каких то определённых местах. как у меня было? Ну и - libglvnd пересобирали?

В браузере заметил, но не сильно, еле заметно. Жить можно и так, но это ж непорядок, не знаю что будет действительно в требовательных местах. libglvnd в одно время с nvidia-drv xorg mesa пересобирался.

Смотрели бы содержимое /var/log/Xorg.0.log, там должна быть ошибка или ещё что.

$ grep -i failed /var/log/Xorg.0.log [ 13639.331] (EE) NVIDIA(0): Failed to initialize the GLX module; please check in your X [ 13639.331] (EE) NVIDIA(0): log file that the GLX module has been loaded in your X [ 13639.331] (EE) NVIDIA(0): server, and that the module is the NVIDIA GLX module. If [ 13639.331] (EE) NVIDIA(0): you continue to encounter problems, Please try [ 13639.331] (EE) NVIDIA(0): reinstalling the NVIDIA driver.

[ormorph]

Ну и вы точно сделали как там в теме, что я ссылку давал? Ну и внимательно прочитали?
Например где нужно прописывать ModulePath.

[yoricI]

Да вроде точно, за исключением того, что не помогало. А там ничего не помогало, за исключением последнего абзаца, этого самого ModulePath :-)
# revdep-rebuild --library 'libGL.so' не делал.

Это сразу прописал, последнюю строку.
$ cat /etc/X11/xorg.conf.d/20opengl.conf Section "Files" ModulePath "/usr/lib64/opengl/nvidia" - нет в наличии ModulePath "/usr/lib64/xorg/modules" - есть в наличии ModulePath "/usr/lib64/extensions/nvidia" - --||--||-- EndSection

[ormorph]

# revdep-rebuild --library 'libGL.so' не делал.

Ну оно и не особо нужно. Ну а лог xorg можете выложить?
Надеюсь в LDPATH на библиотеки *GL* драйвера nvidia прописан, ну и выполнено env-update и т.д.
Модуль nvidia думаю запускается.

[yoricI]

Xorg.0.log

LDPATH="/usr/lib:/usr/lib64" OPENGL_PROFILE="nvidia"
Это прописано, они действительно там.

env-update не делал, перезагрузился. Надо делать?
Модуль nvidia запускается, что видно из лога Х-ов.

[ormorph]

Да как бы на эти каталоги и так генерируется, но можно и сделать env-update.
Некоторые меняли /usr/lib64/xorg/modules/extensions/libglx.so на либу из nvidia-drivers, предварительно изменив имя заменяемой либы и удавалось запустить. Можно попробовать и посмотреть что получится.

[yoricI]

Ну это уже на грани фола. Может, баг послать, или опять не примут?

[ormorph]

Ну это уже на грани фола. Может, баг послать, или опять не примут?

Ну так пробовали так делать или нет?

[devilr]

LDPATH="/usr/lib:/usr/lib64" OPENGL_PROFILE="nvidia"
Это прописано, они действительно там.

32 забыли... или у вас система 32-битная?

[yoricI]

у так пробовали так делать или нет?

Попробовал, переместил /usr/lib64/xorg/modules/extensions/libglx.so и создал на его месте ссылку

Код: Выделить всё

libglx.so -> ../../../libGLX_nvidia.so.390.138

, это правильно? Сделал env-update и перезагрузился для пущего блезира. Стало ещё хуже:

Код: Выделить всё

$ glxinfo |grep render
Error: couldn't find RGB GLX visual or fbconfig

В логе Х-ов добавилось:

Код: Выделить всё

Loading /usr/lib64/xorg/modules/extensions/libglx.so
[    32.551] (EE) LoadModule: Module glx does not have a glxModuleData data object.
[    32.551] (EE) Failed to load module "glx" (invalid module, 0)

В остальном всё так же вроде, и тормозов не чувствую, удивлён, как Х-ы загрузились.

32 забыли... или у вас система 32-битная?

Нет, 64, но профиль 17.1 и нет lib32

[ormorph]

это правильно?

Не это не то, должна присутствовать библиотека libglx.so.xxx в драйвере nvidia, если ее нет тогда ой...

[devilr]

Нет, 64, но профиль 17.1 и нет lib32

Просто /usr/lib обычно ссылка, указывающая на /usr/lib32 или /usr/lib64. В вашем варианте получаются два одинаковых пути.
P.S. Хм. Профиль. Но всё равно получается, что путь избыточен.

[yoricI]

должна присутствовать библиотека libglx.so.xxx в драйвере nvidia

Есть такая, сделал на неё

Код: Выделить всё

/usr/lib64/xorg/modules/extensions/libglx.so -> ../../../extensions/nvidia/libglx.so.390.138

Заработало!
$ glxinfo |grep render direct rendering: Yes OpenGL renderer string: GeForce GT 430/PCIe/SSE2 В Xorg.log ошибки пропали.
То есть всё рабочее, только с путями напутали. Ну дайте мне уже баг отправить, или что ещё делать-то?

Просто /usr/lib обычно ссылка, указывающая на /usr/lib32 или /usr/lib64. В вашем варианте получаются два одинаковых пути.P.S. Хм. Профиль. Но всё равно получается, что путь избыточен.

Нет, у меня это отдельные каталоги, с разным содержимым.