История изменений
Исправление init_6, (текущая версия) :
ну как, ты в билде всегда указываешь уже готовый тарбол.
4.2 Ибо:
- Можно указывать прямо сразу в SRC_URI на конкретные сырцы.
- А можно попросить пользователя скачать некое УГ и положить его в дистфайлсы самого… Ибо оно УГ и прямых ссылок на него нет и/или лицензии у него упороты…
- И это не говоря про 9999 где SRC_URI ВНЕЗАПНО вообще пустой потому что сырцы живут не в „тарболах“ а в некой vcs.
а билдов, которые делают тарболы для зеркал - не существует.
ebuild говоря понятным языком это „рецепт сборки“. От банальных ./configure && make && make install до более сложных и извращенных способов. Внимание вопрос - где есть такая необходимость вытягивая некие сырцы из vcs упаковывать их в траболлы? На входе portage у тебя сырцы на выходе собранный „бинарник“ либо небинарник в случае интерпретируемых ЯП. Почему задача упаковать из vcs вон те вот файлики в тарболл должна относится к проблемам portage?
Ты по ходу попутал инструменты и исполняемые ими задачи и вообще не знаешь кто такие „майнтрейнеры“ и зачем они в принципе нужны.
ага, именно это я и имею виду. Только нужно держать своё зеркало с такими пакетами, а подготовку пакетов надо скриптовать. Вот скриптов для этого и не придумали
Это не проблема портежей/ebuild-ов а того самого мешка с костями которому нужны эти самые „пара файликов из vcs“ упакованные в тарболл.
Исходная версия init_6, :
ну как, ты в билде всегда указываешь уже готовый тарбол.
4.2 Ибо:
- Можно указывать прямо сразу в SRC_URI на конкретные сырцы.
- А можно попросить пользователя скачать некое УГ и положить его в дистфайлсы самого… Ибо оно УГ и прямых ссылок на него нет и/или лицензии у него упороты…
- И это не говоря про 9999 где SRC_URI ВНЕЗАПНО вообще пустой потому что сырцы живут не в „тарболах“ а в некой vcs.
а билдов, которые делают тарболы для зеркал - не существует.
ebuild говоря понятным языком это „рецепт сборки“. От банальных ./configure && make && make install до более сложных и извращенных способов. Внимание вопрос - где есть такая необходимость вытягивая некие сырцы из vcs упаковывать их в траболлы? На входе portage у тебя сырцы на выходе собранный „бинарник“ либо небинарник в случае интерпретируемых ЯП. Почему задача упаковать из vcs вон те вот файлики в тарболл должна относится к проблемам portage?
Ты по ходу попутал инструменты и исполняемые ими задачи и вообще не знаешь кто такие „майнтрейнеры“ и зачем они в принципе нужны.