Brug af Devtools på Arch Linux

Pakken Devtools blev oprindeligt lavet til betroede brugere til korrekt at oprette pakker til de officielle repositories. Det kan dog også bruges af almindelige brugere til at bygge AUR-pakker eller endda modificerede officielle pakker.

Se denne vejledning for at forstå og bruge AUR generelt, herunder opnåelse af PKGBUILD. Dette dokument viser kun de trin, der er specifikke for Devtools, hvis det er den metode, du vælger til at kompilere en pakke.

Devtools vedligeholder en separat ren Arch-installation, placeret i /var/lib/archbuild/<TARGET>/root, som kun indeholder pakkegrupper baseog base-devel. Hvis denne rene installation ikke findes, opretter den den automatisk. Hvis den eksisterer, opdaterer den automatisk alle pakker i den. Når Devtools bruges til at bygge en pakke, starter den med en kopi af denne rene installation, installerer kun nødvendige pakker i kopien, kopierer kildekoden ind i den, udfører kompilering og pakning i den og kopierer kun den resulterende pakke, i identisk form fra hvad der findes i de officielle depoter.

Der er fordele ved Devtools frem for at køre makepkgdirekte. En fordel er, at base-develog andre pakker, der er nødvendige for at kompilere, men ikke køre, den pakke, du laver, aldrig ender i dit hovedsystem. Det er færre pakker at skulle periodisk opgradere og have bekymringer om. Selvom det primært er en fordel for Arch-pakkevedligeholdere, afslører denne proces nemt, når a PKGBUILDer forkert, såsom hvis en afhængighed savnes fra at blive opført, som vedligeholderen tilfældigvis allerede har installeret i deres hovedsystem. Du kan også bruge en maskine, der er hurtigere til at bygge pakker, og kopiere den resulterende pakke til en langsommere maskine, der vil køre den, uden at forurene byggemaskinens installation.

Den største ulempe er, at den rene rod altid er der, tager omkring 800 MB, og normalt tager en enkelt kopi mere plads. Bemærk, hvis du /var/lib/archbuild/bruger Btrfs, starter kopien af ​​den rene rod med at være et Btrfs-øjebliksbillede, så disse filer tager ikke dobbelt plads. Den rene rod opbevares altid der for at undgå at geninstallere den, hver gang en pakke laves.

Kompilering ved hjælp af Devtools

Installer Devtools:

# pacman -S devtools

For at bygge en pakke inkluderer Devtools archbuild, men du kører ikke denne direkte. Det inkluderer også symbolske links til {extra, gnome-unstable, kde-unstable, staging, testing}-x86_64-build. Symlinket bliver brugt til at køre det vil blive inspiceret af archbuild, for at bestemme hvilket mål du vil have det til at bruge. Det kan køres for at bruge disse ustabile/iscenesættelse/testdepoter, som kan have nyere versioner end de er blevet frigivet til de officielle lagre. For at bruge de officielle depoter til ikke-AUR-pakker skal du køre følgende i mappen med PKGBUILD, for eksempel mappen lavet af git clone:

$ extra-x86_64-build

Bemærk: Resten af ​​denne vejledning vil blot henvise til extra-x86_64-build.

Når den er færdig med at køre, vil følgende være resultaterne:

• /var/lib/archbuild/extra-x86_64/root- En ren chroot , som er en opdateret installation med kun pakkegrupper baseog base-devel.
• /var/lib/archbuild/extra-x86_64/<USERNAME>- Dette vil indeholde en build-chroot . Dette er en kopi af den rene chroot med eventuelle afhængigheder, der kræves for at bygge eller køre den pakke, der bygges, såvel som dens kildekode, kompileringsresultater og pakke.
• Den mappe, du befinder dig i, vil indeholde pakken og build-logfilerne samt enhver downloadet kildekode.

I slutningen vil du muligvis bemærke " Checking PKGBUILD" og " Checking <PKGNAME>-<PKGVER>-<PKGREL>-<ARCH>.pkg.tar.xz". Eventuelle linjer efter disse udsendes fra namcap, som automatisk søger efter problemer som misdannede PKGBUILDfiler, inkluderede afhængigheder, som pakken ikke ser ud til at bruge, afhængigheder, der ikke er inkluderet, som pakken ser ud til at bruge, og mere. Falske positiver genereres ofte af namcap, men er et fantastisk værktøj til at give ting at undersøge. Hvis din pakke fungerer korrekt, er det ikke en god idé at advare vedligeholderen om namcapoutput, medmindre du har kigget på det og bekræftet, at der skal foretages en ændring.

Du kan bruge pacmantil at installere pakken, som vil installere alle afhængigheder, der kræves for at køre pakken, så længe de er i officielle arkiver eller et lokalt arkiv.

Brug enten et lokalt lager som forklaret her , eller installer filen direkte:

# pacman -U <PKGNAME>-<PKGVER>-<PKGREL>-<ARCH>.pkg.tar.xz

Hvis du skulle køre extra-x86_64-buildigen, lige nu, eller når som helst senere med denne eller en anden pakke, vil den opdatere den rene chroot, hvis det er nødvendigt, slette build-chrooten og gøre den til en ny kopi af den rene chroot og udføre den samme proces. Hvis din mappe stadig har kildekoden downloadet fra sidste gang, vil den bruge den. Hvis pakken er en udviklingsorienteret AUR-pakke, vil den trække nye ændringer frem for at klone igen.

Internt extra-x86_64-buildkører makechrootpkg, som internt kalder makepkg. Mulighederne for extra-x86_64-buildomfatter følgende:

• -c: Rens chroots ved at fjerne og genskabe hele /var/lib/archbuild/extra-x86_64/mappen, inklusive dens rene chroot og alle build chroot mapper. Dette er sjældent nødvendigt, kun hvis den rene chroot bliver ødelagt, eller hvis Devtools er opgraderet på en måde, der bryder bagudkompatibiliteten.
• -r <dir>: Brug en anden mappe end /var/lib/archbuild/extra-x86_64/til at indeholde chroots.

Eventuelle argumenter til extra-x86_64-buildefter --sendes til makechrootpkg, når det internt bruger det. Flere argumenter overføres altid automatisk fra extra-x86_64-buildtil makechrootpkg. Disse automatiske argumenter er -r <value given to extra-x86_64-build -r option if given, /var/lib/archbuild/extra-x86_64 otherwise> -c -n. De beder om makechrootpkgat fjerne build-chroot og gøre den til en ny kopi af den rene chroot, og at køre namcappå pakken, hvis den bygger med succes. En almindeligt brugt mulighed, der kan videregives til, makechrootpkger -l <copy name>. Dette er mappenavnet til at give build-chroot i stedet for <USERNAME>, hvilket er nyttigt til at vedligeholde flere kopier eller kompilere flere pakker på samme tid.

Eventuelle argumenter til makechrootpkgefter --sendes til makepkg, når det internt bruger det til at bygge pakken. Den første gang makepkgkøres af makechrootpkg, det gøres med sine egne uforanderlige muligheder, for at downloade kildefiler, hvis det er nødvendigt, og udføre integritetstjek; derfor kan intet videresendes på denne kørsel. Den kører makepkgen anden gang for at bygge pakken, og sender altid automatisk makepkgargumenter, --syncdeps --noconfirm --log --holdver --skipintegsom fortæller makepkg, at man inden for build-chrooten automatisk installerer manglende afhængigheder, der kræves for at bygge og bruge pakken, ikke at bede om bekræftelse under pacman, logge byggeprocessen til tekst filer ud over stdout, opdater ikke kildekoden, hvis du er i et versionskontrolsystem, og udfør ikke kontrol af kildefilen.

Du kan kæde disse sammen ved at bruge følgende formular:

$ extra-x86_64-build <DEVTOOLS-OPTIONS> -- <MAKECHROOTPKG-OPTIONS> -- <MAKEPKG-OPTIONS>

Bemærk, at det /var/lib/archbuildkan behandles som om det var en midlertidig mappe. Hvis du har flere Vultr-harddiske, er det umagen værd at montere et RAID0 (stribe) filsystem her. Hvis du har meget RAM, kan du også montere et RAM-understøttet filsystem som tmpfs. Efter en pakke er bygget, kopieres den ud i den mappe, du løb extra-x86_64-buildfra, og hvis du ville, kunne du på dette tidspunkt slette /var/lib/archbuild. Den næste kørsel ville være langsommere, fordi den skulle lave en ny ren rod. Alternativt kan du slette for /var/lib/archbuild/<USERNAME>at genvinde ekstra plads fra build-chroot, før den automatisk slettes ved næste kørsel af Devtools. Så selvom du havde et RAID0-filsystem monteret her mislykkedes, ville det mest du ville miste være en kompilering i gang.

Devtools konfigurationsfiler

Der er et par detaljer at bemærke med Devtools konfigurationsfiler. De er placeret i /usr/share/devtools/, såsom makepkg-x86_64.confog pacman-extra.conf:

• For /etcfiler som makepkg.confog pacman.conf, kan du sikkert redigere dem på plads, og når pakken er opgraderet, vil den ikke overskrive dine ændringer. Det vil snarere gemme de nye konfigurationsfiler (hvis de er ændret fra den tidligere version), der slutter med .pacnew. Devtools konfigurationsfiler er /usr/share/dog ikke beregnet til at blive brugerredigeret, så når Devtools opgraderes, vil det fuldstændigt overskrive dine ændringer til disse filer uden at advare dig. En ændring af denne adfærd er blevet foreslået og afvist, fordi dette hjælper med at sikre, at pakker sendes til de officielle lagre, alle med de samme kompileringsindstillinger.
• Værdien for MAKEFLAGS, PACKAGER, og {SRC,SRCPKG,PKG,LOG}DESTer taget fra /etc/makepkg.confsnarere end /usr/share/devtools/makepkg-x86_64.conf.

Lokalt depot

Hvis du bygger pakker, der har afhængigheder til andre pakker, du har bygget, skal du bruge et lokalt lager, så pacmandet finder afhængighederne , når det kører i build-chrooten.

Se afsnittet "Lokalt lager" i denne vejledning for at konfigurere et lokalt lager .

Opret et tilpasset mål:

# ln -s archbuild /usr/bin/custom-x86_64-build
# cp /usr/share/devtools/pacman-{extra,custom}.conf

Rediger /usr/share/devtools/pacman-custom.conf, og tilføj følgende til sidst:

[archLocalRepo]
SigLevel = Optional TrustAll
Server = file:///archLocalRepo

Rediger /etc/pacman.conf, og tilføj følgende. Dette tvinger mappen til at blive bind monteret i chroot:

CacheDir    = /var/cache/pacman/pkg/ /archLocalRepo/

extra-x86_64-buildBrug nu dette i stedet for at bruge:

$ custom-x86_64-build

Hvis du altid vil bruge det tilpassede mål, kan du slette /var/lib/archbuild/extra-x86_64-build/mappen, hvis den findes, da chroots nu vil være i /var/lib/archbuild/custom-x86_64-build/.

Pakke hurtigere

Bemærk, at aktivering af threaded packaging involverer redigering af /usr/share/devtoolskonfigurationsfilerne, som ikke er officielt understøttet, så du bliver nødt til at udføre denne ændring, hver gang Devtools opgraderes.

Devtools kombinerer en hel pakke til et arkivformat. Som standard .tar.xzbruger den en enkelt tråd til xzkomprimeringen.

På multi-CPU-systemer kan du tillade xzat bruge flere tråde ved at redigere /usr/share/devtools/makepkg-x86_64.confog ændre følgende linje:

COMPRESSXZ=(xz -c -z -)

For at tillade så mange tråde, som du har virtuelle kerner:

COMPRESSXZ=(xz -c -z - --threads=0)

For at tillade brug af flere virtuelle kerner, men ikke dem alle, for at reducere indvirkningen på den samlede systemydelse, skal du tilføje et specifikt tal:

COMPRESSXZ=(xz -c -z - --threads=21)

Angivelse af flere tråde end antallet af virtuelle kerner, du har, vil reducere ydeevnen.

Hvis du ikke har noget imod, at pakkefilen er (potentielt meget) større, skal du deaktivere komprimering ved at redigere /usr/share/devtools/makepkg-x86_64.confog ændre følgende linje:

PKGEXT='.pkg.tar.xz'

Skift det til at se sådan ud:

PKGEXT='.pkg.tar'