Страница 5 из 9
Re: Решено: gentoo заскоки
Добавлено: 24.06.2020 09:20
Bizdelnick
yoricI писал: ↑24.06.2020 09:17
Как так, зачем этот флаг вообще придумали?
Флаг может отключить что-то опциональное. Если зависимость безусловная, она в любом случае установится.
Re: Решено: gentoo заскоки
Добавлено: 24.06.2020 09:31
/dev/random
yoricI писал: ↑24.06.2020 09:17
www-client/vivaldi-3.1.1929.34_p1 (net-print/cups)
Vivaldi - проприетарный блоб. Пересобрать его с другими опциями невозможно. Поэтому у него нет флагов (кроме тех, что управляют файлами переводов), и от всего, от чего он зависит, он зависит безусловно. В том числе от cups.
Re: Решено: gentoo заскоки
Добавлено: 24.06.2020 10:23
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)
Что за циркулярная зависимость? И вообще, на что теперь грешить?
Re: Решено: gentoo заскоки
Добавлено: 24.06.2020 10:26
/dev/random
Что скажет emerge -pvc net-print/cups net-print/cups-filters?
Re: Решено: gentoo заскоки
Добавлено: 24.06.2020 10:39
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
Это я сам включил, конечно, но не просто так же, кто-то требовал, а разбираться было некогда. Как теперь можно вычислить виновника?
Re: Решено: gentoo заскоки
Добавлено: 24.06.2020 10:43
/dev/random
yoricI писал: ↑24.06.2020 10:39
Откуда у него взялся флаг cups, как можно вычислить?
grep -R cups /etc/portage/package.use
Добавлено (10:44):
Upd: вы уже сами нашли и отредактировали сообщение.
Добавлено (10:51):
yoricI писал: ↑24.06.2020 10:39
Как теперь можно вычислить виновника?
Это вам portage предложил включить при установке пакета, который это требовал. Если дать ему отредактировать конфиг автоматически, то он перед строчкой пишет комментарий с причиной. Если же вы вместо этого скопипастили из терминала в файл, то могли и не скопировать этот комментарий. А вообще, что-то мне подсказывает, что это сам cups и потребовал. Что скажет
equery -N d app-text/ghostscript-gpl | grep cups?
Re: Решено: gentoo заскоки
Добавлено: 24.06.2020 11:21
yoricI
Уже убрал этот флаг у ghostscript-gpl, @world & depclean - пересобрался, cups-ы удалились. Теперь ничего не говорит эта команда. Спасибо за помощь.
Re: Решено: gentoo заскоки
Добавлено: 06.08.2020 06:06
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
Re: Решено: gentoo заскоки
Добавлено: 06.08.2020 06:15
/dev/random
Re: Решено: gentoo заскоки
Добавлено: 23.08.2020 16:35
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 всё плказывает.
Re: Решено: gentoo заскоки
Добавлено: 23.08.2020 18:05
ormorph
Похожее уже обсуждалось
этой теме.
Re: Решено: gentoo заскоки
Добавлено: 23.08.2020 19:19
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, и кто его только придумал?
Re: Решено: gentoo заскоки
Добавлено: 23.08.2020 19:29
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"
Re: Решено: gentoo заскоки
Добавлено: 23.08.2020 19:41
/dev/random
yoricI писал: ↑23.08.2020 19:19
С чего это флаг libglvnd напрямую отключен, а они оба с ним? Причём отключен давно, но недавно оба пересобирались, и он включился сам собой?
Поддержка работы без libglvnd была замаскирована 11 августа, а через месяц после этого её планируют удалить совсем.
yoricI писал: ↑23.08.2020 19:19
Что-то намудрено с этим libglvnd, и кто его только придумал?
NVIDIA его придумала.
Re: Решено: gentoo заскоки
Добавлено: 23.08.2020 20:08
yoricI
devilr писал(а): ↑23.08.2020 19:29
LDPATH="/usr/lib:/usr/lib64"
OPENGL_PROFILE="nvidia"
Сделал так, у меня 17.1, результат тот же. То есть нет результата.
Чтоб ей провалиться.
Re: Решено: gentoo заскоки
Добавлено: 23.08.2020 20:15
devilr
yoricI писал: ↑23.08.2020 20:08
Чтоб ей провалиться.
Ну так благостью им это казалось. А благими намерениями...
А графика то везде подтормаживает или в каких то определённых местах. как у меня было? Ну и - libglvnd пересобирали?
Re: Решено: gentoo заскоки
Добавлено: 23.08.2020 20:15
ormorph
Смотрели бы содержимое /var/log/Xorg.0.log, там должна быть ошибка или ещё что.
Re: Решено: gentoo заскоки
Добавлено: 23.08.2020 20:29
yoricI
devilr писал(а): ↑23.08.2020 20:15
А графика то везде подтормаживает или в каких то определённых местах. как у меня было? Ну и - libglvnd пересобирали?
В браузере заметил, но не сильно, еле заметно. Жить можно и так, но это ж непорядок, не знаю что будет действительно в требовательных местах. libglvnd в одно время с nvidia-drv xorg mesa пересобирался.
ormorph писал(а): ↑23.08.2020 20:15
Смотрели бы содержимое /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.
Re: Решено: gentoo заскоки
Добавлено: 24.08.2020 04:32
ormorph
Ну и вы точно сделали как там в теме, что я ссылку давал? Ну и внимательно прочитали?
Например где нужно прописывать ModulePath.
Re: Решено: gentoo заскоки
Добавлено: 24.08.2020 07:34
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
Re: Решено: gentoo заскоки
Добавлено: 24.08.2020 08:11
ormorph
yoricI писал: ↑24.08.2020 07:34
# revdep-rebuild --library 'libGL.so' не делал.
Ну оно и не особо нужно. Ну а лог xorg можете выложить?
Надеюсь в LDPATH на библиотеки *GL* драйвера nvidia прописан, ну и выполнено env-update и т.д.
Модуль nvidia думаю запускается.
Re: Решено: gentoo заскоки
Добавлено: 24.08.2020 08:28
yoricI
LDPATH="/usr/lib:/usr/lib64"
OPENGL_PROFILE="nvidia"
Это прописано, они действительно там.
env-update не делал, перезагрузился. Надо делать?
Модуль nvidia запускается, что видно из лога Х-ов.
Re: Решено: gentoo заскоки
Добавлено: 24.08.2020 10:13
ormorph
Да как бы на эти каталоги и так генерируется, но можно и сделать env-update.
Некоторые меняли /usr/lib64/xorg/modules/extensions/libglx.so на либу из nvidia-drivers, предварительно изменив имя заменяемой либы и удавалось запустить. Можно попробовать и посмотреть что получится.
Re: Решено: gentoo заскоки
Добавлено: 24.08.2020 11:50
yoricI
Ну это уже на грани фола. Может, баг послать, или опять не примут?
Re: Решено: gentoo заскоки
Добавлено: 24.08.2020 12:14
ormorph
yoricI писал: ↑24.08.2020 11:50
Ну это уже на грани фола. Может, баг послать, или опять не примут?
Ну так пробовали так делать или нет?
Re: Решено: gentoo заскоки
Добавлено: 24.08.2020 12:58
devilr
yoricI писал: ↑24.08.2020 08:28
LDPATH="/usr/lib:/usr/lib64"
OPENGL_PROFILE="nvidia"
Это прописано, они действительно там.
32 забыли... или у вас система 32-битная?
Re: Решено: gentoo заскоки
Добавлено: 24.08.2020 14:23
yoricI
ormorph писал(а): ↑24.08.2020 12:14
у так пробовали так делать или нет?
Попробовал, переместил /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)
В остальном всё так же вроде, и тормозов не чувствую, удивлён, как Х-ы загрузились.
devilr писал(а): ↑24.08.2020 12:58
32 забыли... или у вас система 32-битная?
Нет, 64, но профиль 17.1 и нет lib32
Re: Решено: gentoo заскоки
Добавлено: 24.08.2020 14:47
ormorph
yoricI писал: ↑24.08.2020 14:23
это правильно?
Не это не то, должна присутствовать библиотека libglx.so.xxx в драйвере nvidia, если ее нет тогда ой...
Re: Решено: gentoo заскоки
Добавлено: 24.08.2020 15:01
devilr
yoricI писал: ↑24.08.2020 14:23
Нет, 64, но профиль 17.1 и нет lib32
Просто /usr/lib обычно ссылка, указывающая на /usr/lib32 или /usr/lib64. В вашем варианте получаются два одинаковых пути.
P.S. Хм. Профиль. Но всё равно получается, что путь избыточен.
Re: Решено: gentoo заскоки
Добавлено: 24.08.2020 19:22
yoricI
ormorph писал(а): ↑24.08.2020 14:47
должна присутствовать библиотека 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 ошибки пропали.
То есть всё рабочее, только с путями напутали. Ну дайте мне уже баг отправить, или что ещё делать-то?
devilr писал(а): ↑24.08.2020 15:01
Просто /usr/lib обычно ссылка, указывающая на /usr/lib32 или /usr/lib64. В вашем варианте получаются два одинаковых пути.P.S. Хм. Профиль. Но всё равно получается, что путь избыточен.
Нет, у меня это отдельные каталоги, с разным содержимым.