Lokalne repozytorium z pakietami AUR (Arch Linux)

Kontekst, w którym powstał post

Wielu będzie wiedziało, że zwykle korzystam z dystrybucji opartych na kodzie źródłowym, kwestia, która podczas wakacji ostatnia aktualizacja mojej ukochanej Zabawne, spowodowało awarię systemu (może mógłbym to naprawić, ale nie miałem ochoty walczyć z zastosowaniami), więc postanowiłem dać nową szansę Arch Linux, Użyłem go dawno temu.

A jaki był mój problem z nią? Zasadniczo to, czego używam BARDZO oprogramowanie AUR (dla czytelników po raz pierwszy AUR, jest jak „repozytorium”, w którym użytkownicy przesyłają programy, których nie ma w oficjalnych repozytoriach, coś w rodzaju PPA Ubuntu).

Jaki jest z tym problem? To wiele razy oprogramowanie AUR nie działa, albo dlatego, że opiekunowie zaniedbują swoje pakiety, albo po prostu nie mają wiedzy, aby naprawić problem, który pojawił się w nowej wersji, to w zasadzie i rozważając, że bardzo łatwo się złoszczę, to mnie pieprzy, ponieważ być walcząc z kompilacjami i pkgbuildami, które się psują Gentoo/Zabawne.

Oto statystyki strony oficjalny będąc hojnymi i zakładając, że pakiety, które nigdy nie były aktualizowane, i pakiety osierocone, są takie same, mamy prawie 1/4 AUR to nie działa, stąd mój gniew. Co było innego tym razem?

Początek wpisu

Znalazłem aplikację repozytorium lokalne, to cud, że widzisz, że ktoś przeszkadza AUR Podobnie jak ja, postanowił stworzyć, aby przynajmniej dać użytkownikowi kontrolę nad tymi "problemami", w zasadzie to, co pozwala nam ta aplikacja, to utworzenie lokalnego repozytorium, w którym możemy umieszczać pakiety, które kompilujemy za pomocą AURw ten sposób możemy zadbać o prawidłową organizację i obsługę paczek z AUR.

Instalacja

Możemy go pobrać i skompilować za pomocą makepkg:

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

Lub możemy go zainstalować przez Yaourt:

yaourt -S --noconfirm local-repo

Oprawa:

Następnie, jak tam wskazano, musimy skonfigurować lokalne repozytorium za pomocą pliku «~ / .config / local-repo»Początkowo jest pusty, przystąpimy do tworzenia folderów, w których będziemy hostować nasze repozytorium, w moim przypadku umieściłem je w /home/x11tete11x/.repo/x11tete11x

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

teraz konfigurujemy „~ / .config / local-repo”:

nano ~/.config/local-repo

W każdym razie, ponieważ to, do czego chcę używać lokalnego repozytorium, jest bardzo podstawowe, oto moja konfiguracja:

[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

Jak zobaczysz, określam, skąd chcę, abyś wziął każdą rzecz, tutaj masz opis tego, co robi każda rzecz, wzięty z postu, na którym opieram się, aby to zrobić:

• ścieżka -> Wskazuje lokalizację pakietów repozytorium.
• znak -> Podpisz pakiety za pomocą klucza PGP.
• znakdb -> Podpisz bazę danych kluczem PGP.
• log -> Lokalizacja pliku, w którym zostanie zapisany lokalny dziennik repozytorium.
• dziennik budowy -> Folder, w którym będą przechowywane dzienniki podczas budowania pakietów.
• pakiet build -> Folder, w którym mają być przechowywane pliki Pkgbuild..

Dodaj pakiety

Jeśli pakiet do dodania znajduje się w naszych folderach jako luźny pakiet (na przykład pobieramy jeden i mamy go w folderze pobierania lub sami kompilujemy pakiet w folderze w naszym domu przeznaczonym do kompilacji), dodajemy go za pomocą :

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

a jeśli jest to pakiet AUR Używamy:

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

To znaczy, na przykład, jeśli chcemy zainstalować pakiet appmenu-gtk2 to zależy od libdbusmenu-gtk2 co jest w AURNie możemy tego zrobić

lokalne repozytorium x11tete11x -A menu aplikacji-gtk2

ponieważ powie, że nie może znaleźć pakietu libdbusmenu-gtk2, musimy zrobić:

local-repo nombrerepo -A libdbusmenu-gtk2 a następnie local-repo nombrerepo -A appmenu-gtk2

w ten sposób, szukając zależności libdbusmenu-gtk2, będzie ona już dostępna w repozytoriach.

Usuń pakiety

Aby usunąć pakiety, mamy instrukcję:

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

Dodaj repozytorium lokalne do listy repozytoriów

Musimy dodać utworzone repozytorium do listy repozytoriów, z których aktualnie korzystamy, w tym celu musimy edytować plik /etc/pacman.conf i umieścić linie, które umieściłem poniżej, na początku miejsca, w którym zaczynają się repozytoria, aby nasze repozytorium zyskało priorytet nad resztą można go również dodać na koniec jako dodane repozytorium:

sudo nano /etc/pacman.conf

i umieściliśmy:

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

Wreszcie synchronizujemy bazy danych Pacman i mamy gotowe repozytorium.

sudo pacman -Sy

Zaktualizuj repozytorium lokalne

Po uruchomieniu repozytorium musimy zadbać o jego aktualizację, w tym celu mamy:

local-repo -UV nombre-del-repositorio

opcja -U zaktualizuj pakiety znalezione w AUR i opcja -V zaktualizuj pakiety CVS z AUR (na przykład git, svn lub cvs).
I na koniec kilka zrzutów ekranu repozytorium 😀:

Yapa: „Przyspiesz proces kompilacji pakietów”

Ponieważ zamierzamy skompilować pakiety, zamierzamy nieco przyspieszyć postęp, dotykając jednej z opcji, która jest domyślnie wyłączona, w zasadzie to, co zamierzamy zrobić, to powiedzieć makepkg, aby użył wszystkich jąder do kompilacji w tym celu, szukamy wiersza: «MAKEFLAGS »Wewnątrz /etc/makepkg.conf i wstawiamy« = -j »Oznacza to, że w moim przypadku mam plik 7-rdzeniowy rdzeń I4 że dla HT dodaje 4 więcej logicznych rdzeni, wtedy moje MAKEFLAGS wyglądają tak:

MAKEFLAGS="-j9"

Źródło: Tuxylinux