Локальный репозиторий с пакетами AUR (Arch Linux)

Контекст, в котором было опубликовано сообщение

Многие будут знать, что я обычно использую дистрибутивы на основе исходного кода, и это вопрос, что в отпуске последнее обновление моего любимого весело, это привело к сбою системы (возможно, я смогу это исправить, но мне не хотелось с ними бороться), поэтому я решил дать новый шанс Arch Linux, Пользовался им давно.

А в чем была моя с ней проблема? В основном то, что я использую ОЧЕНЬ СИЛЬНО программного обеспечения AUR (для начинающих читателей AUR, похоже на "репо", в которое пользователи загружают программы, которых нет в официальных репозиториях, что-то вроде PPA Ubuntu).

В чем проблема? Во много раз программное обеспечение AUR не работает, либо потому, что сопровождающие пренебрегают своими пакетами, либо потому, что у них просто нет знаний, чтобы исправить проблему, которая возникла с новой версией, это, в основном, и размышление о том, что я очень легко злюсь, это меня трахает, так как борьба с компиляциями и сборками пакетов, которые ломаются, я собираюсь Gentoo/весело.

Вот статистика страницы официальный будучи щедрыми и предполагая, что пакеты, которые никогда не обновлялись, и потерянные пакеты такие же, у нас почти 1/4 AUR это не работает, отсюда и мой гнев. Что было по-другому на этот раз?

Начало публикации

Я нашел приложение локальное репо, это чудо, что вы видите, что кого-то беспокоит AUR Как и я, он решил создать, по крайней мере, чтобы предоставить пользователю контроль над этими «проблемами», в основном то, что позволяет нам это приложение, - это создать локальный репозиторий, в который мы можем поместить пакеты, которые мы компилируем, с AURтаким образом, мы можем позаботиться о правильной организации и обслуживании пакетов AUR.

Установка

Мы можем скачать и скомпилировать его с помощью makepkg:

wget https://aur.archlinux.org/packages/lo/local-repo/local-repo.tar.gz
tar -xf local-repo.tar.gz
cd hello
makepkg -sic

Или мы можем установить его Yaourt:

yaourt -S --noconfirm local-repo

Настройка:

Затем, как указано там, мы должны настроить local-repo через файл «~ / .config / локальное репо»Изначально он пуст, мы продолжим создавать папки, в которых мы будем размещать наше репо, в моем случае я помещаю его в /home/x11tete11x/.repo/x11tete11x

mkdir -p ~/.repo/x11tete11x/logs
mkdir -p ~/.repo/x11tete11x/pkgbuilds
mkdir -p ~/.repo/x11tete11x/pkgs-x86_64

теперь настраиваем "~ / .config / local-repo":

nano ~/.config/local-repo

В любом случае, поскольку то, что я хочу использовать для local-repo, очень простое, это моя конфигурация:

[x11tete11x] path = /home/x11tete11x/.repo/x11tete11x/pkgs-x86_64
sign = no
signdb = no
log = /home/x11tete11x/.repo/x11tete11x/logs/local-repo-log
buildlog = /home/x11tete11x/.repo/x11tete11x/logs/build-logs
pkgbuild = /home/x11tete11x/.repo/x11tete11x/pkgbuilds

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

• путь -> Указывает расположение пакетов репозитория.
• подпись -> Подписывать пакеты ключом PGP.
• база данных -> Подпишите базу данных ключом PGP.
• журнал -> Местоположение файла, в котором будет сохранен журнал локального репо.
• журнал сборки -> Папка, в которой будут храниться журналы при сборке пакетов.
• pkgbuild -> Папка для хранения файлов ПКГБИЛД.

Добавить пакеты

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

local-repo nombre-del-repositorio -a ruta-del-paquete

и если это пакет AUR мы используем:

local-repo nombre-del-repositorio -A nombre-paquete

То есть, например, если мы хотим установить пакет приложениеменю-gtk2 это зависит от libdbusmenu-gtk2 что в AUR, Мы не можем

локальное репо x11tete11x -A appmenu-gtk2

Поскольку он собирается сказать, что не может найти пакет libdbusmenu-gtk2, мы должны сделать:

local-repo nombrerepo -A libdbusmenu-gtk2 , а затем local-repo nombrerepo -A appmenu-gtk2

таким образом, когда вы будете искать зависимости libdbusmenu-gtk2, они уже будут доступны в репозиториях.

Удалить пакеты

Для удаления пакетов у нас есть инструкция:

local-repo nombre-del-repositorio -r nombre-paquete

Добавить локальный репозиторий в список репозиториев

Мы должны добавить созданный репозиторий в список репозиториев, которые мы в настоящее время используем, для этого мы должны отредактировать файл /etc/pacman.conf и поместить строки, которые я поместил ниже, в начало того места, где начинаются репозитории, чтобы наше репо имеет приоритет над остальными, его также можно добавить в конец как добавленное репо:

sudo nano /etc/pacman.conf

и ставим:

[x11tete11x] SigLevel = Optional TrustAll
Server = file:///home/x11tete11x/.repo/x11tete11x/pkgs-x86_64

Наконец, мы синхронизируем базы данных Pacman и у нас есть готовый репозиторий.

sudo pacman -Sy

Обновить локальный репозиторий

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

local-repo -UV nombre-del-repositorio

Выбор -U обновить пакеты, найденные в AUR и вариант -V обновить пакеты CVS из AUR (например, git, svn или cvs).
И напоследок несколько скриншотов репо 😀:

Япа: "Ускорить процесс компиляции пакетов"

Поскольку мы собираемся компилировать пакеты, мы собираемся немного ускорить процесс, коснувшись одного из параметров, который отключен по умолчанию, в основном то, что мы собираемся сделать, это указать makepkg использовать все ядра для компиляции, для этого мы ищем строку: «MAKEFLAGS» внутри /etc/makepkg.conf и ставим «= -j »То есть в моем случае 7-ядерный Core I4 который для HT добавляет еще 4 логических ядра, тогда мои MAKEFLAGS выглядят так:

MAKEFLAGS="-j9"

Источник: Tuxylinux