Сборка chromium на gentoo

emerge ccache

А вообще у меня на 32 ядрах и 128 потоках это занимает ~40 минут и ~40гб оперативки, из 128. Правда у меня в tmpfs всё собирается.

Дай ссылку на мануал. К libcxx это применимо?

А в чем фетиш собрать chromium? Какие-то опции нестандартные нужны?

Почему не заюзать, например, готовый ungoogled-chromium из appimage?

Да. https://ccache.dev/

У меня 6 гигов оперативы для 3х потоков не хватает

Флатпак мне ещё посоветуй

Ну он такой, да.

flatpack не советую.

Дай ссылку на мануал. К libcxx это применимо?

Там весь мануал в выхлопе einfo после установки. И умолчальные настройки в принципе разумные. https://wiki.gentoo.org/wiki/Ccache

Настроить ccache, тогда если зафейлилось, вместо компиляции возьмет часть файлов с кеша.

emerge --resume запустил. Чот оно думает. Если не запустится с того же места попробую кэш этот.

emerge --resume это не про то. Это если у тебя несколько ебилдов собирается и ты прервал обновление, тогда стартанёт с того на котором прервал. Но начнёт его сначала. Тебе нужен ccache.

Понял, щас буду разбираться

emerge resume спасет отца русской демократии. И ccache настрой.

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

Можно пробовать продолжить компиляцию, обычно нормально работало, если за это время в системе ничего не обновилось:

ebuild /usr/portage/www-client/chromium/chromium-97.0.4682.3.ebuild compile

Но только число потоков не поменять, настройки из /etc/portage/ применяются на предыдущей стадии.

Ну и не знаю насколько актуально, но раньше jumbo_file_merge_limit помогало https://forums.gentoo.org/viewtopic-t-1074724-start-0.html

оно просто продолжает, если пакетов куча, а не по одному пакету идет

This

Это может помочь, да, так как при повторном запуске фазы compile напрямую руками дерево исходников не чистится, соответственно то что уже собралось скипнется. Но это прям ваще хардкор и не поможет если ты сборку своего ебилда отлаживаешь и что то фиксишь в процессе.

А если вот прописать EXTRA_GN=«use_jumbo_build=true jumbo_file_merge_limit=25»
В 4 потока он затащит по оперативке?

ваще хардкор

А компилить хромого на 6 Гб ОЗУ не хардкор? :)

Если фиксить прямо в распакованном исходнике и собирать make'ом или чем подобным, то от редактирования временные метки файлов изменятся и make разберётся, что пересобрать.

Я не знаю, попробуй. Вообще то пишут что это внутренний параметр и не нужно его самостоятельно форсировать, да и не нужно мне. Пробуй и узнаешь.

А как же void? Зачем уходил на ленту с тремя потоками и 6 гигами рамы, мазохист штоле?

А компилить хромого на 6 Гб ОЗУ не хардкор? :)

Хардкор :) Причём смысла особого нет, зонды в хромиуме всё равно есть, а синхронизации с гуглем нет, так что лично мне непонятно почему не бинарный хром. Его компилить не надо.

Если фиксить прямо в распакованном исходнике и собирать make'ом или чем подобным, то от редактирования временные метки файлов изменятся и make разберётся, что пересобрать.

Да, так, но потом это всё в виде патча надо оформлять и накладывать начиная с фазы распаковки, так что ccache всё равно пригодится.

Кстати, TS, осиль ещё zram и твои 6гб ОЗУ по ощущениям превратятся в 12. Я не шучу, просто попробуй и сравни ощущения.

ebuild /path/to/www-client/govnomium/govnomium-...ebuild merge продолжит сборку после отвала (с хромогом правда не пробовал)

Не продолжит ЕМНИП, так как ты его с qmerge попутал. Фазы compile и install автоматически не отработают и будет нечего merge.

Нет, это ты его перепутал
qmerge производит устантвку в систему и требует уже выполненнгого install, после этого не удаляет сборку
merge - сделает install и всё что до него, после чего сделает qmerge и удалит из /var/tmp
Я использую qmerge соответственно когда планирую проверить результат и ещё возможно что-то подправить в build tree. Например когда готовлю патч, в этом случае приходится делать install самостоятельно

Возможно, я всегда их путаю

Пробовал, не продолжает

Вообще если фаза compile начинается - должно продолжать, если перед этим распакованное дерево исходников не сносилось портажем. Там будет сначала конфигурирование, а потом пойдёт сборка. Та часть что перед этим запуском уже собралась и была прервана пролетит быстро, так как объектные файлы уже в дереве валяются. А вот если перед сборкой система конфигурирования очищает дерево - не прокатит, да. Но прокатит ccache, так как блобы будут в кеше лежать, а не в дереве.

Да он кстати быстрей с кэшем пролетает. Я пробовал тормознуть и продолжить.

zram ещё настрой, не понравится - отключишь. Тебе на 6гигах актуально.

Ставь chromium из flatpak

советую

зря

appimage прощче, скачал и всйо

Resume запустит сборку заново, а с ccache будет в первый раз собираться дольше, но последующие ч орки или перезапуск будут собираться быстрее Как пишут, нужно вызвать ebuild пакет.ebuild compile, но можно и сразу merge вместо compile - все равно проверяется,что уже выполнено.

Ага. Но ни сендбокса, ни даже гарантии что он у тебя запустится нет.

Кстате, тут затянул от тебя полкит 120 в локальный оверлей. На одной машине просто сделал дайджест и 0.120 собрался из локального.

А на другой машине (слепок с первой) после добавления в оверлей дайджест какого-то хрена потянул полкит с гентушного сервера и попытался установить непатченный polkit::gentoo. Так и не хочет с локального устанавливать 0.120, хотя сейчас стоит 0.119 который был с ::myrepo

Что может быть?

Ты сам попробуй собери теоретик хренов. Архив заново распаковывается и всё затирается. Нету там ни какой проверки.

zram вообще ни каким раком не нужен. Я и так могу утилизировать оперативку. Выставить больше объёма грязных данных.

Компутер твой, моё дело предложить. Но ты бы попробовал всё же, телодвижений то минимум для этого нужно...

Приоритеты репозиториев? Или в дереве появилась более новая версия чем в моём оверлее. Одно из двух.

Ты всегда можешь прописать ::myrepo к имени пакета при установке.

Системы одинаковые, рсинкнута одна с другой. Соответственно приоритеты одинаковы. Раньше отказывалось ecnfyfdkbdfnmcz из-за отсутствия keyword amd64, а сейчас keyword прописан.

прописать ::myrepo

завтра попробую. Спс.

1 поток.. 5 дней...

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

Firefox, кстати, будет полегче,
ну и опять же есть -bin варианты для chromium, firefox, libreoffice, rust ...

почему ты два своих предыдущих аккаунта бросил?

Я точно не помню, поэтому пишу compile merge, если сразу ставить нужно.

zram в контексте сборки хромиума на генте очень даже нужен:

/dev/zram2 zstd           64G  9,5G  2,6G  2,7G      16 /var/tmp

Это хромой на этапе линковки, 9,5 гб по факту занимают 2,7 гб в памяти. 32 гб оперативки не хватает на сборку в tmpfs (если кол-во потоков не уменьшать), а с zram спокойно собирается.

И сколько мне с 6ю гигами выделить под zram? И на сколько потоков это хватит?

18 гб, я бы с двух потоков начал (zram тоже использует проц, у меня -j14 на 16 потоках). А что за проц? Может всё же лучше www-client/google-chrome или ungoogled-chromium-bin, чем так мучиться?

О, хромой обновился как раз. Распаковка: https://i.imgur.com/Zjls8MI.png Начало сборки: https://i.imgur.com/fAcWCB4.png Продолжение: https://i.imgur.com/W3jl1iB.png Установка: https://i.imgur.com/LtFpLux.png

Коэфф. сжатия в конце 3,35, даже больше чем заявленный в вики 3:1.