Исходное сообщение
"Инициатива по сокращению размера приложений в Fedora" Отправлено Аноним, 01-Авг-19 11:26
> Что значит "проанализировать дерево зависимостей"? Цитата из новости. Тоже хотелось бы знать, что подразумевается под этим. > У собранного пакета? Ну вот так хотя > бы: https://github.com/htgoebel/rpmgraph Эта штука строит граф Requires из spec-ов. Позже в новой версии разделяемой библиотеки изменились опции, и часть функционала из неё при сборке исчезла. По графу вроде всё ровно, но при запуске системный загрузчик не найдёт связи. Или пользователь через пол-года сообщит: «нажимаю 5-ю кнопку в 3-м меню и оно падает». > Или речь про пакет до сборки? А как вы это представляете, анализировать > configure.in / cmakefiles / etc эвристикой? Так это нереально. Тут только > руками алгоритмом типа такого: собрать на системе где все стоит с > нужными опциями сборки, посмотреть получившиеся зависимости, прописать их, удаляя лишние, > если нужно, собрать на чистой системе (чем-нибудь типа mock) для проверки. > Ну а для сборки всего дистрибутива с циклическими зависимостями уже более серьезный > подход и инструменты нужны, конечно. Они есть (koji, например).. но все > равно нужно делать много итераций сборки и в процессе вручную исправлять > косяки. По-моему, "нужно" и "приходится" -- две большие разницы.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Что значит "проанализировать дерево зависимостей"? > Цитата из новости. Тоже хотелось бы знать, что подразумевается под этим. >> У собранного пакета? Ну вот так хотя >> бы: https://github.com/htgoebel/rpmgraph > Эта штука строит граф Requires из spec-ов. Позже в новой версии разделяемой > библиотеки изменились опции, и часть функционала из неё при сборке исчезла. > По графу вроде всё ровно, но при запуске системный загрузчик не > найдёт связи. Или пользователь через пол-года сообщит: «нажимаю 5-ю кнопку в > 3-м меню и оно падает». >> Или речь про пакет до сборки? А как вы это представляете, анализировать >> configure.in / cmakefiles / etc эвристикой? Так это нереально. Тут только >> руками алгоритмом типа такого: собрать на системе где все стоит с >> нужными опциями сборки, посмотреть получившиеся зависимости, прописать их, удаляя лишние, >> если нужно, собрать на чистой системе (чем-нибудь типа mock) для проверки. >> Ну а для сборки всего дистрибутива с циклическими зависимостями уже более серьезный >> подход и инструменты нужны, конечно. Они есть (koji, например).. но все >> равно нужно делать много итераций сборки и в процессе вручную исправлять >> косяки. > По-моему, "нужно" и "приходится" -- две большие разницы.
	Введите код, изображенный на картинке: