LINUX.ORG.RU

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

Исправление 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?

Ты по ходу попутал инструменты и исполняемые ими задачи и вообще не знаешь кто такие „майнтрейнеры“ и зачем они в принципе нужны.