Ебилды и песочница

cast Pinkbyte, grem.

ebuild <путь к ебилду> install

затем tree /tmp/portage/категория/пакет-0.1/image чтобы посмотреть как файлы установятся в систему.

Что подразумевается под проверкой на ошибки сборки?

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

За установки зависимостей, включая зависимости для тестов, можно выполнить команду emerge -1q пакет --with-test-deps=y, затем можно собрать пакет и сразу запустить тесты FEATURES="test" ebuild путь/пакет-версия.ebuild compile test

Да, такой вопрос: я передаю econf префикс каталога установки, но все остальные каталоги все равно хотят ставиться в /usr. Как можно сказать econf, чтобы он все каталоги считал от моего prefix? Поменять ROOT?

Чего ты этим добиться хочешь?

Это нужно смотреть как сам скрипт сборки устроен. Иногда проще использовать install functions https://devmanual.gentoo.org/function-reference/install-functions/index.html

Пример тут есть: https://devmanual.gentoo.org/ebuild-writing/functions/src_install/index.html

Или для примера аналогичные ebuild можно найти.

Я собираю пакет, который нужен другому пакету, но желательно чтобы он не конфликтовал с таким же пакетом, но другой версии, в системе. Для этого я меняю префикс каталога установки, проще говоря, ставлю его в /opt вместо /usr. Про всякие doins знаю, но хочется обойтись минимумом: создать нужный каталог в pkg_preinst и сконфигурировать пакет с нужным прификсом, чтобы src_install уже сам поставил его куда надо.

Ну, а в процессе мне надо очень подробное логгирование всего этого дела, что ли. Ну и систему не сломать по пути.

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

Там стандартные автотулзы.

создать префикс и собирать с зависимостями начисто?

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

SLOT (слоты), но та лпоеделённая специфика нужна.

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

сконфигурировать пакет с нужным прификсом

Зависит от того что вообще изначально прописано в скрипте сборки самой софтины.

Ни о чём не говорит. Установочные пути прописаны в Makefile.am и они могут игнорировать префикс.

Можно этот Makefile.am пропатчить перед установкой.

Конечно.

ebuild install - это как раз оно.

Если нужно проверить еще и корректность выставленных зависимостей(нет ли automagic deps) и работоспособность установленного пакета - тогда ставить в чруте/docker-контейнере.