желательно чтоб это был live ebuild

это уже подразумевает сборку из текущего! состояния репозитория, которое постоянно меняется.

Поэтому для бинарных пакетов проще указывать конкретную версию и если зависимости runtime не меняются, то достаточно будет просто изменять имя файла самого ebuild, с указанием нужной версии. И она будет просто распаковываться.

Это на мой взляд.

К тому же там несколько экспериментальных веток: https://builder.blender.org/download/branches/

в том то и прикол

что не пойдет указывать версию - за сутки может обновиться 2-3 раза

нужна ветка master

не пойдет указывать версию

Каждый их бинарник уже идёт с указанием версии в имени.

В приведённом примере из арча в файле для установки внутри всё равно явно указана версия. Тебе просто придётся почаще её менять.

скрипт можно сделать для обновления ebuild, или скачивать можно без SRC_URI а где нибудь в функции для этого нужно FEATURES="${FEATURES} -network-sandbox" для пакета

еще такая штука есть https://wiki.gentoo.org/wiki/Ebuild PROPERTIES+=" live" мне кажется нужно использовать, и возможно можно будет сделать динамичный SRC_URI, хз не проверял

network-sandbox не действует в src_unpack, если этот src_unpack объявлен в eclass-е(так работает например git-r3_src_fetch - сделанный с прицелом на планируемую функцию src_fetch - которая бы тебе идеально подошла, но увы - пока не реализована)

TL;DR - делай eclass(пусть и для одного ебилда, что поделать, eblit-ов больше нет) в своём оверлее и делай там что тебе душе угодно

исходники открыты, посмотри

питон сотона придумал имхо