> Что значит "проанализировать дерево зависимостей"?

Цитата из новости. Тоже хотелось бы знать, что подразумевается под этим.

> У собранного пакета? Ну вот так хотя
> бы: https://github.com/htgoebel/rpmgraph

Эта штука строит граф Requires из spec-ов. Позже в новой версии разделяемой библиотеки изменились опции, и часть функционала из неё при сборке исчезла. По графу вроде всё ровно, но при запуске системный загрузчик не найдёт связи. Или пользователь через пол-года сообщит: «нажимаю 5-ю кнопку в 3-м меню и оно падает».

> Или речь про пакет до сборки? А как вы это представляете, анализировать
> configure.in / cmakefiles / etc эвристикой? Так это нереально. Тут только
> руками алгоритмом типа такого: собрать на системе где все стоит с
> нужными опциями сборки, посмотреть получившиеся зависимости, прописать их, удаляя лишние,
> если нужно, собрать на чистой системе (чем-нибудь типа mock) для проверки.
> Ну а для сборки всего дистрибутива с циклическими зависимостями уже более серьезный
> подход и инструменты нужны, конечно. Они есть (koji, например).. но все
> равно нужно делать много итераций сборки и в процессе вручную исправлять
> косяки.

По-моему, "нужно" и "приходится" -- две большие разницы.