{gentoo} Откуда приложения берут версии либ при перекомпиляции?

Откуда они вообще берут информацию, какой именно файл им нужен

Им не имя файла нужно, а вызовы библиотек.

как правильно с этим бороться?

Как-то правильную последовательность сборки организовать.

portage 2.2

Но лучше таки идти делать уроки.

пересобери все что зависит от gnutls (equery depends gnutls)

где логи? где подробности? одно нытьё.

И как правильно с этим бороться?

Совсем недавно уже объясняли же.

См. там ниже поправку про FEATURES.

preserved-rebuild есть. Портаж 2.1.11.31, надо будет поставить альфу. Я не так давно ставил альфу, там какие-то проблемы были (не касаемо портажа самого, а касаемо невозможности что-то там поменять, не помню что). Надо будет ещё раз попробовать.

FEATURE=«preserve-libs», ага, пасиб. Оно работает на стабильной портаже?

1). preserved-rebuild (!)

2). subslots

Ды мало того, хрен бы с ним, revdep-rebuild на то и нужен, но проблемы вознимают как-раз при revdep-rebuild'e. При перекомпиляции приложения всё-равно смотрят на старый вариант названия файла либы и не могут собраться.

Откуда они вообще берут информацию, какой именно файл им нужен (26 или 28)? И как правильно с этим бороться?

За это отвечает libtool, который просматривает *.la файлы, в которых указаны требуемые библиотеки для сборки программы, иногда в них жёстко прописаны версии требуемых библиотек, для исправления *.la файлов есть пакет dev-util/lafilefixer, в некоторых случаях может потребоваться ручная правка *.la файлов для указания требуемой версии библиотеки.

для исправления *.la файлов есть пакет dev-util/lafilefixer

Давно уже в стабильном портеже FEATURES=«fixlafiles» включено по-умолчанию.

тогда уж можно про --as-needed рассказать :)

Лол, ну ты как маленький, линковка же.

мб проблемы с libtool? prelink'om не пользуешься случайно?

Оно работает на стабильной портаже?

Судя по этому, да.

Обычная линковка про компиляции очевидна (когда указываешь в хедере что-то.h) и оно собирается в виде отдельной либы (около бинарника a.out), либо прямо внутри исходника (при статической компиляции). Динамическое связывание при исполнении тоже процесс очевидный. Но вот как происходит компиляция при уже существующих либах (и их исходниках) без их компиляции с последующей линковкой - это для меня не очевидно.

И да: не забывай, что я - не прогер и даже не админ :)

Ненене, нафиг прелинк. Он нужен для любителей встраивамых систем или некрооборудования. Иначе это больше траха, чем дела.

я бы тогда потыкал в libtool и пересобрал тулчейн, все проблемы с линковкой всегда от либтула.