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

Ну раз у них в репах- то конечно, свой собственный!
А если .PKGINFO из их пакета посмотреть- то вроде и не совсем их… :)

# Generated by makepkg 5.1.2
# using fakeroot version 1.23
pkgname = pamac
pkgbase = pamac
pkgver = 7.3.4-1
pkgdesc = A GTK3 frontend for libalpm
url = https://gitlab.manjaro.org/applications/pamac
builddate = 1547952565
packager = Antergos Build Server <dev@antergos.com>
size = 3349504

Сравните с аналогичным манжаровским. Размер, дату, URL…

# Generated by makepkg 5.1.2
# using fakeroot version 1.23
pkgname = pamac
pkgbase = pamac
pkgver = 7.3.4-1
pkgdesc = A Gtk3 frontend for libalpm
url = https://gitlab.manjaro.org/applications/pamac
builddate = 1546459724
packager = Philip Mueller <philm@manjaro.org>
size = 3349504

Главная особенность в том, что устанавливать Davinci Resolve нужно с официального сайта. Для этого есть 2 причины:
1) Программа требует введения некоторых персональных данных (в том числе и потому, что у них есть платная и бесплатная версии программы). А это делается на официальном сайте.
2) На сайте она удобно распространяется в формате скрипта, который позволяет легко установить программу на любой дистрибутив GNU.

Стоит отметить, что запуск программы проблематичен при использовании видеокарты AMD. Возможно, это можно исправить некоторой версией драйвера amdgpu-pro, но мне это сделать не удалось.

Да не за что )))

Пойду установлю кеш (ccache), потом 5 минут буду собирать пакет и потом его второй раз повторно соберу с ускорением!

Брависсимо :)

Да бред та статья.

У них pamac-aur свой собственный в их репах лежит, я так думаю они его пошаманили.

Больше вопросов нет. Спасибо.

У нас на районе помню лет 30 назад тоже так говорили — обоснуй )))
Прежде чем размещать такие статьи, то нужно понимать, что такое кеш и внимательно (!!!) прочитать: Ускоряет повторную и последующие компиляции пакета.

Слова — повторную и последующие, хорошо видно? )))

Чудак-человек.

Глянул :)
Ничего особенного (кроме старой ветки pamac, которая в репах Manjaro тоже есть под названием pamac-classic) не обнаружил. Какой-то особенной скорости сборки- тоже. В makepkg.conf значение MAKEFLAGS равно "-j2"; ccache не установлен… Ну совсем не похоже на то что там пакеты собираются на порядок быстрее…
Зато после того как свою машину настроил по статье — Google Chrome собрался за три минуты вместе со скачиванием пакета на скорости 450КиБ (3G). Большую часть времени заняла скачка deb-пакета и сжатие пакета в tar.xz А сама сборка- что-то очень быстро, я и засечь не успел. До этого сборка шла явно медленнее, ускорение реально заметное.
Всё делалось из Pamac.
Так что статья ничуть не устарела. Yaourt- тот да, действительно RIP. Но pacaur сейчас вроде снова в строю.
Да и по сути безразлично, какими программами пользоваться — речь там о настройке make и окружения, а это влияет на любые программы.
ccache который в репах- тоже не устарел, а его git-версия в АУР- совсем свежая.
Вполне актуальная статья-то. Мне помогла.
Попробуйте, вдруг и Вам поможет :)

Обоснуйте подробнее, почему тему «уже давно нужно удалить»? Очень интересно будет почитать. Какой пакет НЕ поддерживается? Кроме того сборка ускоряется с любым AUR helper'ом. И не только за счёт избегания «да» и «нет». Будьте внимательны при ознакомлении с материалами форума. И не путайте коллег.

Час назад ставил Manjaro: ошибка grub на стадии загрузки с флешки (в режиме UEFI).
Проблема решилась после пересоздания флешки с GPT вместо MBR.
Может быть это поможет автору.

Гляньте :)
Google Chrome он мне за полминуты собрал, на других арчах у меня браузер около 5-ти минут собирается.
PhpStorm — 3 минуты против 15-ти (хотел уже был сбрасывать думал ошибка), вот такие разбежки замечены мною.

Нужно глянуть Antergos, с чего это он такой шустрый… Сейчас попробую.

Где делается эта настройка?
Дайте, пожалуйста, пример команды какой-то, спасибо.

Подскажите, пожалуйста, какие именно конфиги из Antergos взять для сравнения и с какими из Manjaro сравнивать?

Я написал, что не то, потому что в той теме предлагается использовать неподдерживаемый на данное время пакет и описывается, что ускорение достигается за счёт того, что при его использовании из командной строки (а вопрос об pamac) не нужно отвечать на вопросы вида — Да/Нет, вот это ускорение!!! :)

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

Самое простое — поправить пкгбилд, добавив опцию -j8 к утилите make.
8 это количество потоков

чего это «не то»? Что бы «оптимизировать» сборку, каких-то «сказочных» действий делать не надо. Вдобавок, возьмите и сравните настройки сборочных конфигов в антергосе и манжаре. Чудес на свете не бывает.

абсолютно не то, ту тему уже давно нужно удалить, чтобы она не попадалась на глаза в поисковиках и не дезинформировала людей, спасибо :)

manjaro.ru/package-management/uskorenie-sborki-paketov-aur.html

Кстати, с комбинацией Ctrl+Shift в GNOME посложнее. Именно нажатие Ctrl и затем Shift будет работать как указал VitaliyToktarov. Однако, при нажатии комбинации в обратной последовательности (Shift+Ctrl) получаем большой облом. Для поддержки этой особенности следует в dconf-editor выбрать ветку /org/gnome/desktop/wm/keybindings/switch-input-source, отключить Use default value, и в окне Custom value указать:
['*Shift*Control_L']
или
['*Shift*Control_R']
в зависимости от предпочтений левой или правой комбинации (! символы звёздочек поменять на < и > слева и справа). Комбинация начинает работать сразу же. Возможно, кому-нибудь поможет.

Вы уверены, что это проблема PKGBUILD?
Автостарт — тараканы DE
Раскладки — тоже скорее всего xfce, или, может, Xorg

в моей системе (xorg, i3) проблема не воспроизводится. Из автостарта i3 все прекрасно работает без задержек и башей, раскладки определяются.