Локално хранилище с пакети AUR (Arch Linux)

Контекст, в който е направена публикацията

Мнозина ще знаят, че обикновено използвам дистрибуции, базирани на изходния код, въпрос, който, докато бях на почивка, последният ъпдейт на любимия ми Фунту, това доведе до срив на системата (може би бих могъл да го поправя, но не ми се искаше да се бия с тях), затова реших да дам нов шанс на Arch Linux, Аз го използвах отдавна.

И какъв беше проблемът ми с нея? По принцип това, което използвам МНОГО софтуер AUR (за читатели за първи път AUR, е като "репо", при което потребителите качват програми, които не са в официалните репозитории, нещо като PPA на Ubuntu).

Какъв е проблемът с това? Това много пъти софтуера AUR не работи, или защото поддържащите пренебрегват своите пакети, или просто не разполагат с познанията, за да решат проблема, възникнал с новата версия, това, основно и обмисляйки, че се ядосвам много лесно, ме прецаква, тъй като борба с компилации и pkg builds, които се разбиват, ще отида 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 / local-repo»Първоначално е празен, това, което ще продължим, е да създадем папките, в които ще хостваме нашето репо, в моя случай го поставих /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 ключ.
• signdb -> Подпишете базата данни с PGP ключ.
• влезете -> Местоположение на файла, където ще бъде записан локалният репо дневник.
• buildlog -> Папка, в която ще се съхраняват регистрационните файлове при изграждането на пакетите.
• pkgbuild -> Папка, където да съхранявате файловете PKGBUILD.

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

Ако пакетът, който трябва да добавите, е в папките ни като свободен пакет (например, изтегляме такъв и го имаме в папката за изтегляния или сами компилираме пакет в папка в дома си, предназначен за компилации), ние го добавяме с:

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

и ако е пакет от AUR ние използваме:

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

Това е например, ако искаме да инсталираме пакета appmenu-gtk2 това зависи от libdbusmenu-gtk2 какво е в AUR, Не можем да направим

local-repo x11tete11x -Приложение-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 например).
И накрая няколко скрийншота на репото 😀:

Yapa: "Ускорете процеса на компилация на пакета"

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

MAKEFLAGS="-j9"

Източник: Tuxylinux