Как перманентно изменить ебилд в gentoo оверлее

Читай man ebuild: https://dev.gentoo.org/~zmedico/portage/doc/man/ebuild.1.html

После внесения правок в ebuild нужно делать digest.

Так всё равно при синхронизации перезапишется, это же не локальный оверлей

Ну так помести в локальный оверлей.

Тоже об этом подумал, но может есть варианты получше? Да и обновления приходить не будут, придётся самостоятельно проверять обновления

А что ты конкретно хочешь?

Напиши разработчику, что бы добавил.

Чтобы при emerge -uD @world i3 или i3-gaps не вылезали

А dev-libs/jsoncpp у тебя стоит в системе?

Да, стоит. Причём тут он?

Да просто увидел в ебилде polybar i3wm? ( dev-libs/jsoncpp || ( x11-wm/i3 x11-wm/i3-gaps ) ) подумал можно обойтись jsoncpp, а i3 и i3-gaps замаскировать, а нифига.

Нет вариантов получше. Просто периодически сам вручную обновляй ебилд в локальном оверлее.

Portage конечно гибкий, но ты по сути хочешь изменить зависимости пакета, что очень напоминает новый пакет.
Либо локальный оверлей
Либо хук в reposynd.d, который будет тебе ебилд править после каждой синхронизации. C первого взгляда один вызов sed на 11-misc/polybar/polybar*.ebuild перезапишет i3 на то, что тебе надо.
Не вижу других путей.

Вот, я чего-то такое и пытался выведать. Не могу документации найти, не подскажешь куда смотреть по поводу reposynd.d?

Старая новость, см. eselect news
https://www.gentoo.org/support/news-items/2015-02-04-portage-sync-changes.html
https://wiki.gentoo.org/wiki/Project:Portage/Sync

создай файл /etc/portage/profile/package.provided

x11-wm/i3-4.18

тогда требовать не будет.

А не будет конфликта? Я так понял они друг с другом не дружат

это мнимая установка, portage при проверке зависимостей будет считать, что i3wm есть. По факту i3wm не будет установлен.

Они у тебя и так не будут приходить для i3-rounded

Для него - да, но для polybar - будут

Интесно. Хотя не особо лучше package.env, через него же можно добавить зависимости, вроде. Чуть проще, но связанность теряется.

Я бы вообще назвал их одинаково, а оригинальный замаскировал.

А чем он отличается? Может оформить пользовательским патчем на оригинальный?

Отличается от i3-gaps скруглёнными углами). Для патча разве не надо в ебилд включать строчку про патч?

В курсе что мнимая, но разве при подсчете зависимостей он не увидит установленный i3wm и не заблочит i3-rounded?

нет, можно через /etc/portage/patches, он сам подхватит.

Нет. С EAPI 6 . https://wiki.gentoo.org/wiki//etc/portage/patches

в polybar нет упоминания i3-rounded.

i3wm? (
		dev-libs/jsoncpp
		|| ( x11-wm/i3 x11-wm/i3-gaps )
	)

чтобы блочил, должно быть так.

i3wm? (
		dev-libs/jsoncpp
		|| ( x11-wm/i3 x11-wm/i3-gaps x11-wm/i3-rounded)
	)

Я про то, что человек не сможет поставить i3-rounded, у нас же i3 «какбы» уже установлен в системе. polybar тут никаким боком

На мой взгляд, это если в его ебилде написано что-то вроде RDEPEND=" !x11-wm/i3

Например, если он взял за основу ебилд x11-wm/i3-gaps. Но тогда в provided его и надо вписать.

|| - это же простое ИЛИ, а не исключающее ИЛИ, которое ^^.

Почему бы просто не переименовать i3-rounded в i3-gaps в локальном оверлее?

да, это я уже ошибся.