Gentoo, ошибка при сборке трудоёмкого пакета, можно ли продолжить с момента сбоя?

ccache

Ebuild /путь/к/ебилду merge

Можно попробовать ebuild <путь к ебилду> merge, если сборочная система пакета это поддерживает.

единственная ситуация в которой он может быть полезен собственно

Ccache не всегда полезен

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

Если приходится для исправления сборки менять CFLAGS, например отключать LTO, сиси-кеш становится бесполезен.

Да. А в остальных случаях полезен.

Ну так на фига это? По сто раз перезапускать... Двух раз по мне вот так достаточно... Сфейлилось -> подшаманил > исправил -> запустил -> все

Ну не пользуйся

И так не пользуюсь (если и пользуюсь все таки то очень редко)

Но зачем вот это развозить

Когда ты многократно отлаживаешь и перезапускаешь валящуюся сборку пакета.

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

Двух раз по мне вот так достаточно… Сфейлилось -> подшаманил > исправил -> запустил -> все

Мне недавно пришлось 4 раза подряд GCC пересобирать. Это была боль, учитывая что на попытку моему ноуту надо около 12 часов. Правда мне бы не помог ccache даже если бы я его использовал. Он не работает при сборке GCC.

Ааааа… Типа когда какую нибудь программу делаешь, совершенствуешь ее и постоянно пересобираешь… Ну это как пример

Сфейлилось -> подшаманил > исправил -> запустил -> все

И даже в этом сценарии ccache сэкономит время второй пересборки. Просто некоторые свои ebuild пишут и отлаживают, а некоторые нет.

А мне пришлось собирать спидерманку целых 8 или 10 раз, а проблема была оказывается и в make

Да, это точно…

Ага. Там же несколько стадий, он там сам собой сам себя собирает несколько раз. И ccache там вполне логично отфильтрован в ebuild, дабы в ноги не стрелять и сумятицу на вносить.

Там же несколько стадий, он там сам собой сам себя собирает несколько раз.

Офигеть… А нахрена? А я то думаю почему gcc собирается 4 с лишним часа

сэкономит время второй пересборки

Но несколько увеличит время первой сборки. Для всех пакетов в системе.

А ебилд лежит в /var/tmp/portage/имяпакета ?

Офигеть… А нахрена? А я то думаю почему gcc собирается 4 с лишним часа

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

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

Офигеть… Ну конечно это здорово что все у них там отлажено, но все как то сложно

GCC пересобирать

можно собирать gcc без бутстрапа, это 2-3 раза быстрее

пишу по памяти, так как я предатель:

$ cat /etc/portage/env/gcc-disable-bootstrap.conf
EXTRA_ECONF=--disable-bootstrap
GCC_MAKE_TARGET=all

$ cat /etc/portage/package.env
...
sys-devel/gcc gcc-disable-bootstrap.conf
...

Он лежит в /var/db/repos/реп/блаблабла/*.ebuild

Сначала системный gcc собирает бутстрапный новый gcc

Я был уверен что бутстрапная версия GCC идёт в пакете вместе с исходниками. Чтобы можно было собрать его даже если в системе нет компилятора.

Есть такое, да. Поэтому он у меня глобально то включен, то выключен... А вообще конечно его правильно через FEATURES=«ccache» перед командой emerge или ebuild ... merge явно включать когда сборку конкретного пакета отлаживаешь.

И что тогда будет происходить? Он будет просто собираться системным компилятором? Есть какие то подводные если так делать?

ЕМНИП нет, не идёт, в системе уже должен быть какой либо компилятор способный собрать его бутстрап.

Круто, продолжило с точки сбоя! Благодарю.

пишу по памяти, так как я предатель

К рачам подался?

Да, он будет собираться значительно быстрее системным компилятором сразу, без бутстрапа и проверок. В большинстве случаев это ОК, но «потеря гарантии». Лично я никуда не тороплюсь, компилятор это ключевая вещь, и я хочу быть уверен в том что он точно работоспособен и не косячит.

Эмм, нет. /usr/portage/блабла/блабла.ebuild

Если включено PGO, то в 4 стадии

Да, с PGO четыре стадии.

У тебя давно эта система значит. Ну или ты сам положил его туда. Достаточно давно дерево мигрировало из /usr/portage/ в /var/db/repos/gentoo/ по умолчанию.

Я хз насчет этого,.. Вот у меня например реп лежит в /var/db/repos/репозиторий/так называемая категория/*.ebuild

Да но не обязательно реп gentoo там могут хранится и другие репы

Будет собирать сразу окончательный вариант (stage3), без предварительных stage1, stage2. Уже установленный gcc считается как stage2 и сразу собирается stage3.

Конечно. Но основной то gentoo в любом случае.

Если включено PGO, то в 4 стадии

Разве? Вроде собирается статистика при сборке stage2 и по собранной статистике собирается stage3 c pgo.

Протестую, Ваша честь, вопрос не относится к делу.

Пусто у меня по пути /var/db/repos/

Дефолтная гента, новая установка, в repos.conf ничего не шаманил?

Разве? Вроде собирается статистика при сборке stage2 и по собранной статистике собирается stage3 c pgo.

там stage1, profile, train и feedback

Сфейлилось -> подшаманил > исправил

Иногда в одну итерацию не укладываешься. Мой рекорд когда я чинил как-то boost был раз 15 наверное, пока я выстрадал валидный патч.

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

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

У вас устаревшая система. Портаж нынче переехал в /var

Сам был удивлен.

repos.conf дефолтное