Grundlæggende håndtering af ABS (Arch Build System)

Hej folk, denne gang skal jeg tale lidt om ABS (Arch Build System)Kort sagt er det systemet med porte som det tæller med archlinux.

Hvad kan jeg gøre med ABS?

De af os, der kan lide at lege med PKBUILDS , abs hvad der tillader os er at "downloade" alle PKGBUILDS fra Archlinux repositories-pakkerne og ændre dem efter ønske, for eksempel for at tilføje eller fjerne flag i kompileringsinstruktionerne for at aktivere eller deaktivere en bestemt funktion i et program

Installation og idriftsættelse af ABS

For at gøre dette skal vi installere abs:

sudo pacman -S abs

Så skal vi synkronisere PKGBUILDS-træet for de officielle repos:

sudo abs

vi skal opnå en output svarende til denne:

abs

Derefter findes de downloadede PKGBUILDS i / var / abs

Praktisk eksempel: ABS og Gnome 3.16

Jeg bruger beta fra Gnome 3.16 (3.15.91), i Archlinux, og selvom det fungerer (det har tydeligvis detaljer) i Arch især, mangler der applikationer, som for eksempel Fedora 22 alpha allerede bringer, i mit tilfælde et par af dem, jeg så frem til, EOG og Nautilus, så nu skal jeg vise dig, hvordan du bruger ABS, for at kompilere betaversionen af ​​EOG i dette tilfælde.

Så vi placerer os i en mappe, hvor vi vil kompilere, og vi bringer EOG PKGBUILD fra / var / abs / ekstra / eog , Jeg foretrækker personligt normalt terminalen, derfor løb jeg i mit tilfælde:

cp -r /var/abs/extra/eog $(pwd)

På denne måde havde jeg allerede pkgbuilds klar til at ændre. Så bemærkede jeg ham GNOME ftp som var den seneste tilgængelige version af EOG, og jeg fortsatte med at ændre PKGBUILD

EOG-Gedit

Nu fortsætter jeg med at sætte den korrekte kontrolsum (i det forrige skærmbillede er det allerede indstillet):

[x11tete11x @ Jarvis eog] $ makepkg -g ==> Modtagelse af kilderne - -> eog-3.15.90.tar.xz er fundet ==> Generering af kontrolsummen for kildefilerne ... sha256sums = ('95fb566241f492f043d2e9d7301b657d159d68dbb51ba29d88c52a8b7ba8d243')

og klar! 😀 nu kompilerer jeg bare og installerer det:

[x11tete11x @ Jarvis eog] $ makepkg -sic ==> Oprettelse af pakken: eog 3.15.90-1 (søn. mar. 15 21:50:32 ART 2015) ==> Kontrol af afhængigheder under kørsel ... ==> Kontrol afhængigheder under kompilering ... ==> Modtagelse af kilderne - -> eog-3.15.90.tar.xz er fundet ==> Validering af kilderne med sha256sums ... eog-3.15.90.tar.xz ... Godkendt ==> Udpakning af kilderne - -> Udpakning af eog-3.15.90.tar.xz med bsdtar ==> Fjernelse af $ pkgdir / katalog ... ==> Start build () ... kontrol til en BSD-kompatibel installation ... / usr / bin / install -c kontrollere, om bygningsmiljøet er fornuftigt ... ja

Og det er det 😀

EOG 3.15.90 i Arch

Dette kan naturligvis gøres med så meget pakke, som de vil, og de kan aktivere eller deaktivere funktioner efter eget valg (for eksempel kan de kompilere Audacious ved at aktivere QT-interface og deaktivere GTK-interface)


Efterlad din kommentar

Din e-mailadresse vil ikke blive offentliggjort. Obligatoriske felter er markeret med *

*

*

  1. Ansvarlig for dataene: Miguel Ángel Gatón
  2. Formålet med dataene: Control SPAM, management af kommentarer.
  3. Legitimering: Dit samtykke
  4. Kommunikation af dataene: Dataene vil ikke blive kommunikeret til tredjemand, undtagen ved juridisk forpligtelse.
  5. Datalagring: Database hostet af Occentus Networks (EU)
  6. Rettigheder: Du kan til enhver tid begrænse, gendanne og slette dine oplysninger.

  1.   aiolia sagde han

    Hilsen, kammerat, i tilfælde af Kaos, hvis jeg ville kompilere noget arch pkgbuild-program, der ikke er i kcp, ville det være det samme, eller jeg ville have nogle problemer ... med afhængighederne ...

    1.    x11tete11x sagde han

      Ja, du skal kontrollere afhængighederne og have et par overvejelser som forklaret af din guide http://kaosx.us/es/packaging-guide/

  2.   joaco sagde han

    Det er ikke dårligt, det dårlige er, at du ikke kan kompilere afhængighederne også, hvis du kunne, ville det være et godt mål. De kan stadig kompileres "manuelt", men det ville være rart at kunne gøre det automatisk.
    Jeg forsøgte at bruge forskellige værktøjer til at kompilere de cirkulære afhængigheder, jeg kan ikke længere huske, hvad de var, men jeg fik altid cirkulære afhængigheder, så jeg gav op.

    Jeg tror for at kompilere Gentoo stadig er overlegen, Arch ligner meget Slackware, som jeg ikke kan lide, jeg kan ikke lide porte, du skal være i stand til at håndtere alt med pakkehåndteringen.

    1.    x11tete11x sagde han

      er, at du fejlagtigt fortolker det, kompilering af pakker i Arch, er ikke at "imitere" Gentoo, heller ikke at opnå ydeevne eller at "være overlegen", det er til meget specifikke situationer, som dem jeg nævnte.
      For mig, at afhængighederne ikke er kompileret, er det også fint, af den enkle grund, at Gentoo er for det, her leder du efter meget specifikke ting, hvis du kan fjerne det fra hovedlagrene, ja, hvis ikke, har du ABS som værktøj

    2.    111aa sagde han

      Ja, Arch deler meget med Slackware men 'filosofisk: det at være et simpelt, rent og minimalistisk system.
      Du forstod naturligvis ikke noget om, hvordan Arch fungerer.