корица, сори

Ты очень информативно написал «СИСТЕМА» а вот и хрен пойми где у тебя нет русского

Локаль при установке генерится.

nano locale.gen
раскоментирововать #ru_RU.UTF-8
locale-gen
localectl set-locale ru_RU.UTF-8
reboot

принять соответствующие меры

Вы имеете в виду насовать ему за щеку и отправить в игнор? Хмм, я думал это задача пользователей.

Чтобы собрать всё в одном месте и на основании изложенного в данной ветке внёс изменения в материал предыдущей публикации. Всем спасибо за конструктивное обсуждение.

К сожалению, gtk3-classic в этот раз не обновлялась, поэтому глюк в XFCE остался. :(
Откат gtk3-classic до версии 3.24.5-1 как решение — по прежнему актуален.
Зато в xfdesktop-gtk3 наконец-то победили глюк с прозрачностью панели. :)

Больше похож на 14-летнего школьника

Просто виндоюзер. Их же код и мануалы читать не учат. Учат «куда нажать».

Ага, с гипертрейдингом конечно.

Вы сильно облегчили задачу троллю. Поскольку предполагал в продолжение обсуждения задать вопрос — зачем переписывать дефолтный конфиг make, вместо того чтобы просто указать изменения в одном параметре? Скорее всего автор поста был просто не в курсе. И для перестраховки опубликовал полное содержание конфигурации. Что во второй раз изобличает его как «программиста». Больше похож на 14-летнего школьника со своими хотелками.

С другой стороны хоть чему-то научили человека. Который изначально мог бы предложить обсудить вариант

MAKEFLAGS="-j$(nproc)"

И всё. Вместо того, чтобы многократно хохотать в ветке.

Пишу всё это для менее опытных форумян, которые могли запутаться в этом обилии букв. Но не для того, чтобы кормить тролля. Хотя частично он своей задачи достиг. Как и мы) Уточнив наши знания по предмету. В этом смысле ещё раз благодарю весьма опытного и уважаемого коллегу @dimonmmk за найденную статью на кальке.

У вас наверное 8 ядер с учетом HT? Тогда "-l5" нормально.

Пробовал. Но ИМХО, многовато будет. А разницы почти не чувствуется.

Хм, при 8 ядрах вы можете "-l7" попробовать.

Ой, Ой, РЕШЕНИЕ! ЭВРИКА ПРЯМ, афигеть.
ЧТО поменялось-то? Одна строка? и на что поменялось?
И чем предложенное ранее
MAKEFLAGS="-j(количество ядер)"
отличается по смыслу от Вашего
MAKEFLAGS="-j$(nproc)" ???
Это лучше с точки зрения универсальности и защиты от дурака, но ускорит не больше чем если вписать число ядер вручную. Что Вам сразу и предлагалось сделать.

А не кажется ли Вам что предлагать ради одной строчки менять весь файл- это глупо?

У меня 8 ядер. И строка в моём /etc/makepkg.conf выглядит теперь так:
MAKEFLAGS="-j10 -l5", и это действительно резко меняет загруженность процессора. И баланс нагрузки на ядра.
Чтобы понять почему- придется прочесть man make и пару статей. Ссылки я давал, кому нужно читайте.

ЗЫ:- единственное что в Вашем файле полезного- добавлен ключ, влияющий на скорость компрессии. Сжимать пакет будет несколько быстрее, да.

ЗЫЫ: И ещё: PKGEXT='.pkg.tar' вместо PKGEXT='.pkg.tar.xz' — это выигрыш в скорости, но проигрыш в пространстве. SSD у многих пока невелики, а время оно бесконечно.
Лучше будет PKGEXT='.pkg.tar.lzo' Не так быстро как просто .tar, но быстрей чем .tar.xz

Привет, тролль! Перелогинился смотрю. А толку?

Я совсем не претендую на авторство Pamac, моих там всего несколько строк в файлах локализации.
Пишет его Гильом Бенуа.
Вот только среди разработчиков Antergos я Гильома не наблюдаю, а в команде Manjaro он с самого начала и по сей день.

Просьба модераторам дать оценку действиям одного и того же коллеги (с вероятностью близкой к 100%), зарегистрировавшего заранее два ника: @ManjaroLinux и @LinuxMint (с разницей в два дня). И если администрация придёт к выводу, что цель пребывания его здесь обычный троллинг — принять соответствующие меры. Спасибо.

Так ТС написал, что на других арчах у него Хром по 5 минут собирается, а я решил ради интереса проверить, на (genuine) Арче. На мобильном процессоре 2011 года.
Кстати, «makepkg.conf» у меня по дефолту практически такой же, только MAKEFLAGS закомментирован и в COMPRESSXZ нет опции --threads=0.

Update.
MAKEFLAGS="-j$(nproc)" — включает все ядра при компиляции.
--threads=0 включает все ядра для сжатия.
Сейчас Хром примерно за 50 секунд ставится.

Та тема дичь полная, там не об ускорении сборки написано, а об использовании кеширования для ПОВТОРНОЙ СБОРКИ. Поэтому её нужно удалить либо переименовать — это не ускорение.

Внизу код для файла настроек компиляции, Хром собирается за полминуты.