Он же PKGBUILD из Арча показывает, а не из Void'а.

Замечу, что тот на понятном всем (админам) Shell написан, а не на Nix-тарабарщине с матрешками из десяти видов скобочек. И выполняется этот сборочный скрипт (за вычетом времени сборки ПО) за секунды, без безумного потребления памяти, а не как у некоторых гениальных стартаперов.

> сам автоматически заоверрайдится с нулевыми усилиями

И нулевыми гарантиями работоспособности. А то ещё и в `rm -rf /` нечаянно-негаданно соберётся.
Когда благоразумный админ другого дистра просто устранит конфликт слияния руками в скриптах сборки и будет уверен, что ничего не сломалось, что все патчи актуальны для новой версии ПО и т.п.
Вероятно, одна из причин, почему в Nix всё так прекрасно собирается, верифицируется с доказательствами теорем, а половина ПО из оф-репы нормально не работает.

> не пришлось создавать отдельные файлы

И в чём тут преимущество? Что надо по гигантскому файлу что-то искать? Что нельзя юниксовыми утилитами автоматически обработать? Тем более, что множество файлов настроек, читаемых лишь при запуске программ, никогда не было особой проблемой даже на медленных HDD-дисках.

Про гит-репы вообще не понял. Мы точно с одной планеты? В Арче вполне можно выкачивать, редактировать и собирать отдельный скрипт сборки в отдельном репо. А вот в Nix все (sic!) определения (sic!) пакетов, даже те, которые не установлены, а просто есть в подключенном репо, не просто скачиваются в систему, но и вычисляются при каждой "пересборке" одного единственного. И чем больше репозиторий, тем больше памяти нужно, чтобы в один прекрасный день обновление системы не сорвалось. Масштабируемость? Не, не слышали. И какое решение проблемы предлагают разработчики? Вы таки не поверите, каждому самостоятельно создавать копии репозиториев без "лишних" пакетов и одной парой ручек переносить все изменения. Ну где тут лучше, чем у других? Значительно хуже.