[РЕШЕНО] /usr/lib64/lib* is not a symbolic link
Diversant 29 января, 2017 - 17:29
После каждого выполнения emerge получаю:
>>> Regenerating /etc/ld.so.cache...
/sbin/ldconfig: /usr/lib64/libmenuw.so.5 is not a symbolic link
/sbin/ldconfig: /usr/lib64/libformw.so.5 is not a symbolic link
/sbin/ldconfig: /usr/lib64/libpanelw.so.5 is not a symbolic link
/sbin/ldconfig: /usr/lib64/libform.so.5 is not a symbolic link
/sbin/ldconfig: /usr/lib32/libncurses.so.5 is not a symbolic link
Где что править?
»
- Для комментирования войдите или зарегистрируйтесь
Пересобрать пакеты, которые
Пересобрать пакеты, которые генерят эти линки.
Похоже, что проблема с
sys-libs/ncurses(плохо обновил с 5 на 6 версию - там все непросто!).Покажи
eix -I curses[U] sys-libs/ncurses
[U] sys-libs/ncurses Available versions: (0) [m]5.9-r3 [m]~5.9-r4 5.9-r5(0/5) 6.0-r1(0/6){tbz2} (5) [m]5.9-r99(5/5) 5.9-r101(5/5) 6.0(5/6) {ada +cxx debug doc gpm minimal profile static-libs test threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"} Installed versions: 5.9-r101(5)(10:28:17 PM 01/04/2017)(unicode -gpm -tinfo ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 64 -x32") 6.0-r1{tbz2}(04:00:28 PM 01/29/2017)(cxx static-libs unicode -ada -debug -doc -gpm -minimal -profile -test -threads -tinfo -trace ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 64 -x32")Хе, я, например,замаскировал
Хе, я, например,замаскировал (ввиду разного рода проблем) версии с точностью до наоборот другие:
(0) 5.9-r3 ~5.9-r4 5.9-r5(0/5) [m]6.0-r1(0/6) (5) 5.9-r99(5/5) [m]5.9-r101(5/5) [m]6.0(5/6)Что за проблемы, интересно?
Что за проблемы, интересно?
Они работают немного по-разному, но (из моего опыта) реальные проблемы возникают только при некорректном обновлении.
Скажем так, это были не
Скажем так, это были не столько проблемы gentoo, сколько сторонние вещи (embedded проект, где конфигуратор завязан на 5 версию ncurses).
Кстати, откатить ncurses с 6 до 5 версии достаточно муторно. При маскировке >=6, [ortage почему-то при -avuDN world не пытается пересобрать зависящие от ncurses 6 вещи, чтобы слинковать их с 5 версией, а упорно предлагает убрать 6 из package.mask.
P.S. Кстати, зачем вообще ncurses в двух слотах? Причём тот, что в слоте 5, похоже, вообще файлов в систему не устанавливает.
Потому я и писал, что это не
Потому я и писал, что это не просто и надо будет пересобрать сломанные пакеты. ;)
Причем зачастую это надо делать вручную или скриптами с фильтрами. Если будут проблемы - обращайся, поможем!
А откатываться назад к 5 нет смысла, поскольку это только вопрос времени, когда 5 уйдет из репы со всеми вытекающими... А если есть жесткая неуправляемая завязка на 5, то зачем было вообще до 6 обновляться?! Поставил бы маску сразу.
Ну так сразу пользовался тем,
Ну так сразу пользовался тем, что в Portage (6 версия), а уже потом оказалось, что надо до 5 бы откатываться.
Второй момент - на днях захотелось, пусть частично (всё же у меня немного другой набор USE-флагов), бинарными репозитариями Calculate воспользоваться. А там >=6 замаскировано. Так что ещё одна причина для отката нарисовалась.
Сделай emerge -Pa ncurses
Сделай
и пересобери сломанные пакеты.
После того, как контрольный
завершится без проблем, рекомендую сделать
но осторожно (внимательно просмотри список удалений, чтобы не удалить что-либо важное).
Решилось установкой
Решилось установкой ncurses-6.0(5/6).
5.9-r101(5/5) замаскировал.