Как ты себе представляешь выкачивание куска тарболла так, чтобы этот кусок потом распаковать?

Что это ^ делает в „Linux-install“?

Он не описывает стадию сборки тарбола с исходными текстами.

Что что? Гнусное 4.2 или с этого места давай поподробнее.

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

Скачай сырцы „маленькой утилитки из огромного репозитория“ и либо упакуй и поклади в дистфайлсы либо в files/ если она настолько маленькая…

Как ты себе представляешь выкачивание куска тарболла так, чтобы этот кусок потом распаковать?

Коллега вы забыли про libastral.so!!!

я имею в виду, что можно скачать только одну директорию из репозитория, упаковать её в маленький тарбол и написать для этого тарбола ебилд,
тогда утилита будет быстро и удобно устанавливаться.

Проблема в том, что автоматизации подготовки маленьких тарболов не предусмотрено.

Гнусное 4.2 или с этого места давай поподробнее.

ну как, ты в билде всегда указываешь уже готовый тарбол.

а билдов, которые делают тарболы для зеркал - не существует.

упакуй и поклади в дистфайлсы

ага, именно это я и имею виду. Только нужно держать своё зеркало с такими пакетами, а подготовку пакетов надо скриптовать. Вот скриптов для этого и не придумали

ну как, ты в билде всегда указываешь уже готовый тарбол.

4.2 Ибо:

• Можно указывать прямо сразу в SRC_URI на конкретные сырцы.
• А можно попросить пользователя скачать некое УГ и положить его в дистфайлсы самого… Ибо оно УГ и прямых ссылок на него нет и/или лицензии у него упороты…
• И это не говоря про 9999 где SRC_URI ВНЕЗАПНО вообще пустой потому что сырцы живут не в „тарболах“ а в некой vcs.

а билдов, которые делают тарболы для зеркал - не существует.

ebuild говоря понятным языком это „рецепт сборки“. От банальных ./configure && make && make install до более сложных и извращенных способов. Внимание вопрос - где есть такая необходимость вытягивая некие сырцы из vcs упаковывать их в траболлы? На входе portage у тебя сырцы на выходе собранный „бинарник“ либо небинарник в случае интерпретируемых ЯП. Почему задача упаковать из vcs вон те вот файлики в тарболл должна относится к проблемам portage?

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

ага, именно это я и имею виду. Только нужно держать своё зеркало с такими пакетами, а подготовку пакетов надо скриптовать. Вот скриптов для этого и не придумали

Это не проблема портежей/ebuild-ов а того самого мешка с костями которому нужны эти самые „пара файликов из vcs“ упакованные в тарболл.

Почему задача упаковать из vcs вон те вот файлики в тарболл должна относится к проблемам portage?

потому что так называемые «майнтейнеры» для моих программ билдов в принципе не пишут

Portage имеет фатальный недостаток

…он вообще не для того чтобы заменять собой вообще всю возможную работу

И да portage кофе заваривать не умеет и даже двух сисек у него тоже нет.

я имею в виду, что можно скачать только одну директорию из репозитория, упаковать её в маленький тарбол и написать для этого тарбола ебилд,

тогда утилита будет быстро и удобно устанавливаться.

Это делает мейнтейнер. Портеж не имеет никакого отношения к процессу упаковки тарболлов для пакетов.

да-да, знаем мы таких старпёров - «под каждую задачу свой инструмент», «да никто никому ничего не должен» и т.д.
Лишь бы не фиксить.

portage кофе заваривать не умеет

А если поставить чашку с кофе на процессор и запустить emerge @world?

потому что так называемые «майнтейнеры» для моих программ билдов в принципе не пишут

А потому-что видимо всем насрать на твои задачи как и на то какими инструментами и чьими руками ты хочешь их решить.

Майнтрейнеры делают так как им удобнее и именно так как это лучше для каждого конкретного проекта а не так как надо какому-то там Indaril_Shpritz с ЛОРа.

А если поставить чашку с кофе на процессор и запустить emerge @world?

Сиське всё равно не появятся.

всем насрать

так и запишем - а ещё они говнюки

А если девушка из соседней комнаты пришла на запах палёной пластмассы?

так называемые «майнтейнеры» для моих программ билдов в принципе не пишут

как драматично

я тебе ещё более драматичный факт подкину: представь себе, Вселенная не крутится вокруг тебя, и даже когда ты глаза закрываешь - всем в мире темно не становится! ты представь, а?! как вообще можно жить в таком свинском мире?!

А если поставить чашку с кофе на процессор и запустить emerge @world?

Это проканает только у владельцев интелов, у моего атлона критическая температура 74°C, что-то сварить тяжеловато.

так и запишем - а ещё они говнюки

Оно тебе надо? Вот не ной а возьми и сделай.

Не можешь сделать сам но видишь в этом огромную перспективу и можешь убедить в этом остальных? Заводи баг в багзилле и приноси жертвы Даниэльке и Патрику.

то запах палёной пластмассы имеет все шансы смениться на запах жжённой резины

тебе придётся довольствоваться своим варёным псевдопроцессором -))

Заводи баг в багзилле и приноси жертвы Даниэльке и Патрику

если следовать твоей логике, то сначала нужно самому установить свою багзиллу. Ты ведь за то, чтобы каждый делал то что ему нужно ни с кем не контактируя?

ой, не прикрывайся словом «логика», очевидно же, что ты тупое кисо, которое логику с детства не осилило

Это проканает только у владельцев интелов, у моего атлона критическая температура 74°C, что-то сварить тяжеловато.

30°C хватит на рыбу, 55°C на яичницу а на 55…60°C уже можно даже мясо жарить!

А если девушка из соседней комнаты пришла на запах палёной пластмассы?

vurdalak а вот на запах жаренного мяса девушка из соседней комнаты придет гораздо вернее.

его придумали не у нас

а первый человек из какой географии? а закон всемирного тяготения? а диспетчеры, говорящие на местном диалекте? Хочется «в рабочий полдень»-портажа?

И вот попадётся какой-нибудь огромный репозиторий

ну и что? Это правильно т.к. зависимости - проблема в другом: портаж не на все изменения зависимостей реагирует. Так что если есть недостатки, то в том, что недопилен мехнизм зависимостей.

Чтобы компиляние доставляло удовольствие нужно не портаж изобретать, а процы с низким энергопотреблением и фантастической производительностью...

если следовать твоей логике, то сначала нужно самому установить свою багзиллу. Ты ведь за то, чтобы каждый делал то что ему нужно ни с кем не контактируя?

Есть задачи и инструменты для их выполнения. Если тебе нужен несуществующий инструмент для твоей решения идиотской задачи это не проблема всех остальных а только твоя собственная.

И да Капитан намекает что в топике про генту имелась в виду багзилла генты.

Смотри

eix kde-base/

это не проблема всех остальных а только твоя собственная

а как я узнаю, что это не проблема всех, если у всех них не спрошу? Может быть они все об этом только и мечтали, но боялись сказать вслух.

Может быть они все об этом только и мечтали, но боялись сказать вслух.

Мечтать конечно говоря не вредно, но мне твоя постановка задачи кажется странной.

Для автоматизации билдов из VCS каких угодно конфигураций существуют соответсвующие данным VCS еклассы. Далее: стандартный веб-интерфейс git умеет делать тарболлы на каждый коммит/ветку/тэг. Это при том, что он достаточно убогий, но свою задачу - высунуть репозитарий в web - выполняет.

Я думаю другие VCS умеют также.

Честно говоря вообще не вижу здесь проблемы.

Для автоматизации билдов из VCS каких угодно конфигураций существуют соответсвующие данным VCS еклассы.

У них гранулярность недостаточная. Минимум что они могут вытащить - это одну ветку репозитория. А отдельный каталог - не могут.

используй cvs/svn вместо репозитория - смогут.

У них гранулярность недостаточная. Минимум что они могут вытащить - это одну ветку репозитория. А отдельный каталог - не могут.

Ок. Так во первых при чём ты говоришь к этому всему portage?

А во вторых (да да ты угадал…) покажи какими конкретно {инструментами/консольными командами} вытащить {единственный/набор} {файл/ов} из любой cvs в вакууме {cvs/svn/git/mercurial/…} да ещё и с учётом веток/коммитов и всех остальных возможных плюшек и особенностей каждой из vcs да ещё и при этом так, чтобы не скачивать всю репу ради этой „простой“ операции. Ы?

И если что ответ на этот ^ вопрос очень сильно поможет решению того бага, который ты, я надеюсь, уже завёл в багзилле генты.

Мысль такова - иметь два сервера. Один будет готовить маленькие тарболы, а другой будет их потреблять. Идея в том, что всего будет N одних серверов и M других, причем M гораздо больше N.

Тот сервер, который готовит маленькие тарболы - он может их готовить неэффективно, это нестрашно. Пусть он вытаскивает весь репозиторий, а потом пакует отдельную папку.

Зато все остальные компьютеры в мире смогут не тащить репозиторий к себе, а использовать маленькие тарболы и вообще инсталлироваться без подключения к интернету.

Если что в постановке моего первоначального вопроса ни о каких „серверах“ вообще разговора не было. Всё было задано предельно просто и чётко. Есть некая vcs и при это не важно конкретно какая потому что в идеале сие должно быть для вообще их всех… и при этом нужно вытащить из неё единичный файл либо список файлов с учетом особенности каждой из всех возможных vcs да еще и так чтобы не делать локальной копии удаленного репозитория из которого и надо вытаскивать эти самые файлы.

Вместо ответа ты слил на какие-то „сервера“.

Мысль такова - иметь два сервера.

Ок. Ты выделишь проекту portage дистрибутива gentoo нужное кол-во серверов или оплатишь соответствующую услугу и предоставишь их им? Или вообще как ты себе представляешь откуда эти сервера должны взяться?

как ты себе представляешь откуда эти сервера должны взяться?

ну смотри, ты уже поднял своё зеркало дерева портажа (неважно что на github). Кроме того, наверняка ты пользуешься каким-нибудь travis-ci.com или тому-подобным сборочным сервером. Так что ничего удивительного в том, чтобы поднять своё зеркало для тарболов нет. яндекс, например, такое зеркало поднял, что мешает сделать своё? Ну так вот, когда своё зеркало будет сделано, нужна будет софтина, чтобы автоматизировать работу с ним. А тут-то и облом - надо либо писать два комплекта билдов - первый комплект на подготовку тарболов с исходниками, второй на сборку бинарных пакетов. Либо дорабатывать портаж так, чтобы два комплекта билдов были не нужны, а всё проипсывалось в одном комплекте ебилдов.

Мысль такова

Иди книгу напиши «Мои гениальные мысли», мудило огородное.

откуда столько злобы?
http://s04.radikal.ru/i177/1411/d4/c85375bfb561.jpg

ну смотри, ты уже поднял своё зеркало дерева портажа (неважно что на github)

Никаких зеркал ни на каком github-е у лично меня нет.

Кроме того, наверняка ты пользуешься каким-нибудь travis-ci.com или тому-подобным сборочным сервером.

СЮРПРИИИИЗ - не пользуюсь.

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

Исходя из твоих рассуждений - а в чём тогда вообще проблема? Бери и подымай. При каких тут делах ко всем твоих уберидеям какой-то portage или gentoo?

Ну так вот, когда своё зеркало будет сделано, нужна будет софтина, чтобы автоматизировать работу с ним.

А т.е. зеркало у тебя уже есть а ты попутал несуществующую софтинку которая должна решить твою задачу за тебя с portage?

А тут-то и облом - надо либо писать два комплекта билдов - первый комплект на подготовку тарболов с исходниками, второй на сборку бинарных пакетов. Либо дорабатывать портаж так, чтобы два комплекта билдов были не нужны, а всё проипсывалось в одном комплекте ебилдов.

Стоп стоп стоп. Какие нафиг «два комплекта билдов» к несуществующей софтинке и к portage который вообще не имеет никакого отношения ко все этим половым извращениям в особо тяжелой форме?

Пока-что я констатирую одно у тебя в голове каша.

А позитивное из всего этого будет только а) баг в багзилле генты б) содержащий подробное описание и главное в) решение задачи в виде простой команды либо скрипта на bash.

При чём тут это?

Я вообще не понял как portage связан с упаковкой исходников в tarball. Задача portage взять tarball, собрать из исходников программу и установить её куда следует. При чём здесь размер репозитерия?

30°C хватит на рыбу

но не большинству глистов ;)