LINUX.ORG.RU

История изменений

Исправление Kroz, (текущая версия) :

Dscclamer: скажу только за Gentoo

А если нет в пакетном менеджере? А если нет нужной версии?

Простейший пакет пишется минут за 5 мин и кладется в локальный оверлей (просто каталог). Типовая задача.
Детальней здесь: https://wiki.gentoo.org/wiki/Basic_guide_to_write_Gentoo_Ebuilds . Притом в примере «The ebuild should look like this» (7 строк без комментариев и пробелов) предполагается скачать исходники, распаковать, выполнить ./configure, make, make install - это явно не указано, но, если там все стандартно, то portage сам знает что делать. Если добавить одну строчку с DEPEND, то оно ещё и притянет зависимости. Если добавить одну строчку с IUSE, то этого достаточно чтобы кастомизировать сборку при условии, что ./configure принимает аргумент --enable-XXX (стандартная практика). Естественно, можно кастомизировать любую стадию. Вот здесь более сложные примеры: https://devmanual.gentoo.org/quickstart/

А если патч нужно сверху наложить?

Тоже типовая задача: есть патчи, которые идут с пакетом, есть кастомные, твои собственные, которые менеджатся отдельно - просто положи в каталог, portage сделает всё за тебя.

Или сконфигурировать со специфическими параметрами?

USE-флаги именно это и делают. Детальней здесь: В чем преимущество USE-флагов перед опциями сборки? (комментарий)

Приложения в юзерспейсе не имеют ограничений на зависимости из системы и могут всё тащить с собой при надобности, создавать искусственные зависимости на конкретные пакеты могут только сами дистрибутивы ОС. Если ты в процессе разработки своей программы или у вас целая команда или ты собрался распространять её в отрыве от какого-либо дистрибутива, то без системы управления зависимостями не обойтись. И в этом нет ничего плохого.

Управление зависимостями есть почти в любом дистрибутиве, так что для распространения бинарников проблема не стоит. Я так понял, что здесь именно зависимости на этапе компиляции/линковки.

Вобщем, я для себя вывод сделал: для тех,у кого Gentoo, вопрос не стоит. Проблема только для тех, кто не на Gentoo, или кому нужно переносить сборки на не-Gentoo.

Исходная версия Kroz, :

Dscclamer: скажу только за Gentoo

А если нет в пакетном менеджере? А если нет нужной версии?

Простейший пакет пишется минут за 5 мин и кладется в локальный оверлей. Типовая задача.
Детальней здесь: https://wiki.gentoo.org/wiki/Basic_guide_to_write_Gentoo_Ebuilds . Притом в примере «The ebuild should look like this» (7 строк без комментариев и пробелов) предполагается скачать исходники, распаковать, выполнить ./configure, make, make install - это явно не указано, но, если там все стандартно, то portage сам знает что делать. Если добавить одну строчку с DEPEND, то оно ещё и притянет зависимости. Если добавить одну строчку с IUSE, то этого достаточно чтобы кастомизировать сборку при условии, что ./configure принимает аргумент --enable-XXX (стандартная практика). Естественно, можно кастомизировать любую стадию. Вот здесь более сложные примеры: https://devmanual.gentoo.org/quickstart/

А если патч нужно сверху наложить?

Тоже типовая задача: есть патчи, которые идут с пакетом, есть кастомные, твои собственные, которые менеджатся отдельно - просто положи в каталог, portage сделает всё за тебя.

Или сконфигурировать со специфическими параметрами?

USE-флаги именно это и делают. Детальней здесь: В чем преимущество USE-флагов перед опциями сборки? (комментарий)

Приложения в юзерспейсе не имеют ограничений на зависимости из системы и могут всё тащить с собой при надобности, создавать искусственные зависимости на конкретные пакеты могут только сами дистрибутивы ОС. Если ты в процессе разработки своей программы или у вас целая команда или ты собрался распространять её в отрыве от какого-либо дистрибутива, то без системы управления зависимостями не обойтись. И в этом нет ничего плохого.

Управление зависимостями есть почти в любом дистрибутиве, так что для распространения бинарников проблема не стоит. Я так понял, что здесь именно зависимости на этапе компиляции/линковки.

Вобщем, я для себя вывод сделал: для тех,у кого Gentoo, вопрос не стоит. Проблема только для тех, кто не на Gentoo, или кому нужно переносить сборки на не-Gentoo.