vs220
Директория сборки может очень сильно влиять - самая быстрая в оперативке /tmp для арча.
Опция make -j количество ядер +1 если разные тоже будет влиять
Проц двухъядерный, и потому делаю стандартно make -j3 recoveryimage . Железо у меня нормальное, не древнее, никогда сборка не занимала почти по часу, причём о директории сборки я и не заботился. Исходники - в ~/ , и вперёд.

У меня другая сейчас мысль возникла. Не замечено ли за Арчем "уставание" после каких-то тяжёлых процедур вроде скачивания исходников или копирования многих гигов информации с места на место? Потому что тормоза при компиляции заметил вчера, а сейчас вот перезагрузился, и образы собираются пулей - менее чем за 5 минут, то есть всё самопроизвольно исправилось! И не понимаю, почему. Может, вчера Арч "устал" - мало ли чего наделаешь за день непрерывной работы компа без перезагрузки. Например, после скачивания на Убунте даже минимальных исходников (около 15 гигов), система очень явно тормозила, помогала только перезагрузка. Но даже при этих тормозах образы на Убунте не собирались 3/4 часа. От чего может сильно "устать" Арч, чтобы начать вот так сильно тормозить?
Часто собираю TWRP из исходников, делал это на Ubuntu, Debian, Manjaro, и вот вчера попробовал на Арче. Есть у меня конфиг для одного смартфона, на нём обычно проверяю компиляцию. Так вот, TWRP на этом конфиге собиралось 45 минут (( Перешёл на Manjaro (стоит на втором ЖД), запустил сборку этого же конфига - 10 минут, и образ recovery.img готов.

В связи с этим вопрос, что бы это значило? Почему такая медленная сборка именно на Арче? Если кто возьмётся ответить, предоставлю все необходимые сведения, потому что даже не знаю, на чём сделать акцент, что тормозит компиляцию.

Но самое смешное, что всё же на одном из других моих конфигов (для другого смарта) образ .img собирается вообще мгновенно, за минуту, чего никогда и близко не было ни на одном другом Лине, обычно всегда от 5 до 10 минут, ни больше, ни меньше. И собирается корректно, и ТВРП успешно запускается. Вот такой более чем странный контраст: большинство образов собираются почти по часу, а один - сверхбыстро.

Заведомо благодарен за ответ. Потому что Арч всем устраивает, очень нравится, хочу на нём остаться, но очень часто приходится заниматься сборкой ТВРП, так что это критически важно.
vs220
Сессия гнома какая?

Вроде Classic. В общем, какой пакет не ставлю, при запуске идёт такая ошибка:

/usr/lib/chromium/chromium: error while loading shared libraries: libicui18n.so.58: cannot open shared object file: No such file or directory
Ну бог с ними, со старыми пакетами, пусть будет последняя версия Хрома - что с "темнотой" браузера делать, подскажете?

UPDATE Ну вот, установил Mate - и ВСЁ в полном ажуре, на последнем Хромиуме нормальное изображение. Чтоб я ещё хоть раз поставил Гном....
vs220
Вайланд?

Пардон?...

vs220
А старые версии archive.archlinux.org/packages/c/chromium/

Вот за это благодарю, завтра проверю, отпишусь.
Приветствую всех, и с новым годом!

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

На Убунте я выкручивался так, что ставил всегда только одну из старых версий Хрома (которую, к счастью, нашёл где-то и сохранил), и там всё было нормально. А вот на последних версиях, именно на Гноме, наблюдается ужасный контраст и очень тёмные изображения в Хроме\Хромиуме.

Может, кто-то знает, в чём дело, и как это победить? Смену браузера на любой другой прошу не предлагать - мне нужен только Хром\Хромиум. Меня устроит и если мне кто-то любезно укажет на старые версии Хрома - 50 с чем-то - в виде установочного архива для x64. Буду очень благодарен за любую информацию.

П.С. Что не так с этим Гномом? На xfce и mate (Manjaro, Debian, Slackware) таких проблем с Хромом не наблюдалось.