Добавить аргумент при сборке.

USE-флаги можешь добавить с именами бранчей.

you do it wrong!

А делается то что тебе нужно примерно вот как-то так.

Все?

Их там больше 100.

Их там больше 100.

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

Поскольку ответ на вот этот вопрос

Можно передать в него кастомный аргумент при сборке?

Да можно. И вот имяебюлда-<ИМЕННО_ЭТА_ЧАСТЬ>.ebuild имени ебюлда как правило и играет роль «кастомного аргумента». Мало того я даже показал тебе как именно её используют.

И вот имяебюлда-<ИМЕННО_ЭТА_ЧАСТЬ>.ebuild имени ебюлда как правило и играет роль «кастомного аргумента». Мало того я даже показал тебе как именно её используют.

Тогда мне придется сделать 100 ебилдов, что опять фееричный фейл. Хотя вполне было бы реально привязать это дело к аргументу.

Твою в качель...

steemandlinux ну неужели так трудно написать: «Я хочу в результате получить <нечто>. Для решения этой задачи я хотел-бы применить <portage?>. И вот примерно как то так <тут портянка похожего на твой примера в теге код> это делают но не совсем... Поэтому помогите решить как сделать вот то что мне нужно?»

Ибо пока-что вот те незаполненные пробелы ^ в кавычках лично для меня остаются загадками.

зделой eclass

Можно выбирать git бранчи и git коммиты не редактируя каждый раз ебилд?

А как в него аргумент передать?

а просто через переменную окружения не?

Ты можешь его переименовывать.

И это самый трушный метод работы с ебилдами. =)

Pinkbyte ответит точнее... Но аппстрим поступает так - если это 9999-я версия ebuild-а то это подразумевает не то что кому-то возможно хотелось бы а всегда самое самое самое свежее. Т.е. всегда самый последний комит. А если тебе нужен конкретный бранч и конкретный комит он упаковывается в архив и затем используется как в самом обычном ebuild-е.

А если тебя интересует ответ без оглядки на аппстрим то тогда... да вообще то посрать откуда ты будешь брать значение бранча и комита. Ибо тебе никто не заставляет придерживаться каких-то там «правил» и «норм». И не обязательно бранч и комит должны быть определены в самом ebuild-е.

wine_LIVE_BRANCH=«1.7.52» emerge =app-emulation/wine-9999

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

Работает!

Выдержка из man git-r3.eclass(из состава app-portage/eclass-manpages, или можно прочесть здесь)

EGIT_BRANCH
    The branch name to check out. If unset, the upstream default (HEAD) will be used.

    It can be overriden via env using ${PN}_LIVE_BRANCH variable. 

EGIT_COMMIT
    The tag name or commit identifier to check out. If unset, newest commit from the branch will be used. If set, EGIT_BRANCH will be ignored.

    It can be overriden via env using ${PN}_LIVE_COMMIT variable. 

Обрати внимание на последний абзац в каждой секции

Нет, не решено :( Если в ебилде есть второй EGIT, то на нем сборка заканчивается.

git update-ref --no-deref refs/git-r3/app-emulation/wine/9999/__main__ 9bd963065b1fb7b445d010897d5f84967eadf75b
error: Trying to write ref refs/git-r3/app-emulation/wine/9999/__main__ with nonexistent object 9bd963065b1fb7b445d010897d5f84967eadf75b
fatal: update_ref failed for ref 'refs/git-r3/app-emulation/wine/9999/__main__': cannot update the ref 'refs/git-r3/app-emulation/wine/9999/__main__'.
 * ERROR: app-emulation/wine-9999::wine-a-holics failed (unpack phase):
 *   Referencing 9bd963065b1fb7b445d010897d5f84967eadf75b failed (wrong ref?).

Притом если внутри ебилда добавляю EGIT_COMMIT, то это действует на другие EGIT_REPO_URI

http://data.gpo.zugaina.org/wine-a-holics/app-emulation/wine/wine-9999.ebuild

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

Естественно, если они все используют одни и те же функции из eclass-а

Ну да в курсе.

package env </thread>

//Тред не читал.