Вы здесь

[РЕШЕНО] /usr/lib64/lib* is not a symbolic link

После каждого выполнения 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
     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 замаскировано. Так что ещё одна причина для отката нарисовалась.

Diversant написал:
     Installed versions:  5.9-r101(5) 6.0-r1{tbz2}

Сделай

emerge -1 --nodeps ncurses
emerge -Pa ncurses

и пересобери сломанные пакеты.

После того, как контрольный

emerge -uDN --with-bdeps=y --backtrack=30 @world

завершится без проблем, рекомендую сделать

emerge --depclean -a

но осторожно (внимательно просмотри список удалений, чтобы не удалить что-либо важное).

Решилось установкой ncurses-6.0(5/6).
5.9-r101(5/5) замаскировал.