Grunnleggende håndtering av ABS (Arch Build System)

Hei folkens, denne gangen skal jeg fortelle deg litt om ABS (Arch Build System)Kort fortalt er det systemet av porter som det teller med archlinux.

Hva kan jeg gjøre med ABS?

De av oss som liker å leke med PKBUILDS , abs det som tillater oss er å "laste ned" alle PKGBUILDS av Archlinux repositories-pakkene, og endre dem etter ønske, for eksempel for å legge til eller fjerne flagg i kompileringsinstruksjonene, for å aktivere eller deaktivere en bestemt funksjon i et program

Installering og idriftsettelse av ABS

For å gjøre dette, skal vi installere abs:

sudo pacman -S abs

Så skal vi synkronisere PKGBUILDS-treet til de offisielle reposene:

sudo abs

vi skal oppnå en produksjon som ligner på dette:

abs

Deretter finner du de nedlastede PKGBUILDS i / var / abs

Praktisk eksempel: ABS og Gnome 3.16

Jeg bruker beta fra Gnome 3.16 (3.15.91), i Archlinux, og selv om den fungerer (den har åpenbart detaljer) i Arch spesielt, mangler det applikasjoner som for eksempel alfa av Fedora 22 allerede bringer, i mitt tilfelle et par av de jeg gledet meg til, EOG og Nautilus, så nå skal jeg vise deg hvordan du bruker ABS, for å kompilere betaversjonen av EOG i dette tilfellet.

Så vi plasserer oss i en katalog der vi vil kompilere, og vi henter EOG PKGBUILD fra / var / abs / ekstra / eog , Jeg personlig foretrekker vanligvis terminalen, derfor løp jeg i mitt tilfelle:

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

På denne måten hadde jeg allerede pkgbuilds klare til å modifisere. Så la jeg merke til ham GNOME ftp som var den siste tilgjengelige versjonen av EOG, og jeg fortsatte med å endre PKGBUILD

EOG-Gedit

Nå fortsetter jeg med å sette riktig kontrollsum (i forrige skjermbilde er den allerede satt):

[x11tete11x @ Jarvis eog] $ makepkg -g ==> Motta kildene ... -> eog-3.15.90.tar.xz er funnet ==> Genererer kontrollsummen for kildefilene ... sha256sums = ('95fb566241f492f043d2e9d7301b657d159d68dbb51ba29d88c52a8b7ba8d243')

og klar! 😀 nå kompilerer jeg bare og installerer det:

[x11tete11x @ Jarvis eog] $ makepkg -sic ==> Opprette pakken: eog 3.15.90-1 (søn 15. mars 21:50:32 ART 2015) ==> Kontrollere avhengigheter mens du kjører ... ==> Kontroll avhengigheter mens du kompilerer ... ==> Motta kilder ... -> eog-3.15.90.tar.xz er funnet ==> Validering av kilder med sha256sums ... eog-3.15.90.tar.xz ... Godkjent ==> Pakke ut kildene ... -> Pakke ut eog-3.15.90.tar.xz med bsdtar ==> Fjerne $ pkgdir / katalog ... ==> Starter build () ... sjekker for en BSD-kompatibel installasjon ... / usr / bin / install -c sjekker om bygningsmiljø er sunt ... ja

Og det er det 😀

EOG 3.15.90 i Arch

Dette kan åpenbart gjøres med så mye pakke de vil, og de kan aktivere eller deaktivere funksjoner etter eget ønske (for eksempel kan de kompilere Audacious ved å aktivere QT-grensesnittet og deaktivere GTK-grensesnittet)


Legg igjen kommentaren

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *

*

*

  1. Ansvarlig for dataene: Miguel Ángel Gatón
  2. Formålet med dataene: Kontroller SPAM, kommentaradministrasjon.
  3. Legitimering: Ditt samtykke
  4. Kommunikasjon av dataene: Dataene vil ikke bli kommunisert til tredjeparter bortsett fra ved juridisk forpliktelse.
  5. Datalagring: Database vert for Occentus Networks (EU)
  6. Rettigheter: Når som helst kan du begrense, gjenopprette og slette informasjonen din.

  1.   aiolia sa

    Hilsen, kamerat, i tilfelle Kaos, hvis jeg ønsket å lage noe arch pkgbuild-program som ikke er i kcp, ville det være det samme, eller jeg ville ha noen problemer ... med avhengigheter ...

    1.    x11tete11x sa

      Ja, du må sjekke avhengighetene, og ha et par hensyn, som guiden din forklarer http://kaosx.us/es/packaging-guide/

  2.   joaco sa

    Det er ikke dårlig, det dårlige er at du ikke kan kompilere avhengighetene også. Hvis du kunne, ville det være et flott mål. De kan fortsatt kompileres "for hånd", men det ville være fint å kunne gjøre det automatisk.
    Jeg prøvde å bruke forskjellige verktøy for å kompilere de sirkulære avhengighetene, jeg husker ikke lenger hva de var, men jeg fikk alltid sirkulære avhengigheter, så jeg ga opp.

    Jeg tror Gentoo fremdeles er overlegen å kompilere, Arch ser veldig ut som Slackware, noe jeg ikke liker, jeg liker ikke porter heller, du skal kunne håndtere alt med pakkebehandleren.

    1.    x11tete11x sa

      er at du feiltolker det, samlingen av pakker i Arch, er ikke å "imitere" Gentoo, heller ikke å oppnå ytelse, eller å "være overlegen", det er for veldig spesifikke situasjoner, som de jeg nevnte.
      For meg at avhengighetene ikke er kompilert, er det også greit, av den enkle grunnen til at Gentoo er for det, her leter du etter veldig spesifikke ting, hvis du kan fjerne det fra hovedmagasinene, vel, hvis ikke, har du ABS som verktøy

    2.    111aa sa

      Ja, Arch deler mye med Slackware, men filosofisk: det å være et enkelt, rent og minimalistisk system.
      Du forsto tydeligvis ikke noe om hvordan Arch fungerer.