Repository locale con pacchetti AUR (Arch Linux)

Contesto in cui è stato realizzato il post

Molti sapranno che di solito uso distribuzioni basate sul codice sorgente, una domanda che durante le vacanze l'ultimo aggiornamento della mia amata divertente, ha causato il crash del sistema (forse avrei potuto risolverlo ma non avevo voglia di combattere con loro), quindi ho deciso di dare una nuova possibilità Arch Linux, L'ho usato molto tempo fa.

E qual era il mio problema con lei? Fondamentalmente quello che uso MOLTO Software AUR (per lettori alle prime armi AUR, è come un "repo" in cui gli utenti caricano programmi che non sono nei repository ufficiali, qualcosa come un PPA di Ubuntu).

Qual è il problema con questo? Quante volte il software AUR non funziona, o perché i manutentori trascurano i loro pacchetti o perché semplicemente non hanno le conoscenze per risolvere il problema sorto con la nuova versione, questo, fondamentalmente e considerando che mi arrabbio molto facilmente, mi fotte, dal momento che essere sto combattendo con compilation e pkgbuild che non funzionano Gentoo/divertente.

Ecco le statistiche della pagina ufficiale essendo generosi e assumendo che i pacchetti che non sono mai stati aggiornati ei pacchetti orfani siano gli stessi, ne abbiamo quasi 1/4 di AUR non funziona, da qui la mia rabbia. Cosa c'era di diverso questa volta?

Inizio del post

Ho trovato l'app repo locale, questa meraviglia che vedi che qualcuno è disturbato AUR Come me, ha deciso di creare, almeno per dare all'utente il controllo di questi "problemi", in pratica ciò che questa applicazione ci permette di fare è creare un repository locale, in cui possiamo mettere i pacchetti che stiamo compilando con il AUR, in questo modo, possiamo occuparci di organizzare e mantenere correttamente i pacchetti dal AUR.

Installazione

Possiamo scaricarlo e compilarlo con makepkg:

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

Oppure possiamo installarlo da yaourt:

yaourt -S --noconfirm local-repo

impostazione:

Quindi, come indicato lì, dobbiamo configurare local-repo tramite il file «~ / .config / local-repo»Inizialmente è vuoto, quello che andremo a fare è creare le cartelle dove ospiteremo il nostro repo, nel mio caso lo metto in /home/x11tete11x/.repo/x11tete11x

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

ora configuriamo "~ / .config / local-repo":

nano ~/.config/local-repo

Ad ogni modo, poiché quello per cui voglio usare local-repo è molto semplice, questa è la mia configurazione:

[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

Come puoi vedere, specifico da dove voglio che tu prenda ogni cosa, qui hai una descrizione di cosa fa ogni cosa, presa dal post su cui mi baso per fare questo:

• sentiero -> Indica la posizione dei pacchetti del repository.
• segno -> Firma i pacchetti con una chiave PGP.
• signdb -> Firma il database con una chiave PGP.
• ceppo -> Posizione del file in cui verrà salvato il registro del repo locale.
• registro di costruzione -> Cartella in cui verranno archiviati i registri durante la creazione dei pacchetti.
• pkgbuild -> Cartella in cui archiviare i file PKGBUILD.

Aggiungi pacchetti

Se il pacchetto da aggiungere si trova nelle nostre cartelle come pacchetto sciolto (ad esempio, ne scarichiamo uno e lo abbiamo nella cartella dei download, oppure compiliamo noi stessi un pacchetto in una cartella all'interno della nostra home destinata alle compilation), lo aggiungiamo con:

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

e se è un pacchetto di AUR noi usiamo:

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

Cioè, ad esempio, se vogliamo installare il pacchetto appmenu-gtk2 che dipende da libdbusmenu-gtk2 cosa c'è dentro AUR, Non possiamo farlo

local-repo x11tete11x -A appmenu-gtk2

Poiché sta per dire che non riesce a trovare il pacchetto libdbusmenu-gtk2, dobbiamo fare:

local-repo nombrerepo -A libdbusmenu-gtk2 poi local-repo nombrerepo -A appmenu-gtk2

in questo modo quando cerchi le dipendenze libdbusmenu-gtk2 saranno già disponibili nei repository.

Rimuovi pacchetti

Per rimuovere i pacchetti abbiamo l'istruzione:

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

Aggiungi il repository locale all'elenco dei repository

Dobbiamo aggiungere il repository creato alla lista dei repository che attualmente utilizziamo, per questo dobbiamo modificare il file /etc/pacman.conf e posizionare le righe che metto sotto, all'inizio di dove iniziano i repository, in modo che il nostro repo ha la priorità sul resto, può anche essere aggiunto alla fine come repo aggiunto:

sudo nano /etc/pacman.conf

e mettiamo:

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

Infine sincronizziamo i database di Pacman e abbiamo il nostro repository pronto.

sudo pacman -Sy

Aggiorna il repository locale

Una volta che abbiamo il nostro repository funzionante dobbiamo occuparci di mantenerlo aggiornato, per questo abbiamo:

local-repo -UV nombre-del-repositorio

l'opzione -U aggiorna i pacchetti trovati in AUR e l'opzione -V aggiorna i pacchetti CVS da AUR (come git, svn o cvs per esempio).
E infine alcuni screenshot del repo 😀:

Yapa: "Velocizza il processo di compilazione dei pacchetti"

Dato che compileremo i pacchetti, accelereremo un po 'il progresso toccando una delle opzioni che è disabilitata di default, fondamentalmente quello che faremo è dire a makepkg di usare tutti i kernel per compilare per questo cerchiamo la riga: «MAKEFLAGS »Dentro /etc/makepkg.conf e mettiamo« = -j »Cioè, nel mio caso ho un file Core I7 a 4 core che per HT aggiunge altri 4 core logici, quindi il mio MAKEFLAGS assomiglia a questo:

MAKEFLAGS="-j9"

Fonte: Tuxylinux