Manipularea de bază a ABS (Arch Build System)

Bună ziua, de data asta am să vă povestesc puțin ABS (sistem de construcție a arcului)Pe scurt, este sistemul de porturi cu care contează archlinux.

Ce pot face cu ABS?

Cei dintre noi cărora le place să se joace cu PKBUILDS , abs ceea ce ne permite este să „descărcăm” toate PKGBUILDS din pachetele de depozite Archlinux și să le modificăm după bunul plac, de exemplu, pentru a adăuga sau elimina semnalizatoare în instrucțiunile de compilare, pentru a activa sau dezactiva orice caracteristică specială a unui program

Instalarea și punerea în funcțiune a ABS

Pentru a face acest lucru, vom instala abs:

sudo pacman -S abs

Apoi, vom sincroniza arborele PKGBUILDS al repos-urilor oficiale:

sudo abs

vom obține o ieșire similară cu aceasta:

abs

Apoi PKGBUILDS descărcat se găsește în / var / abs

Exemplu practic: ABS și Gnome 3.16

Folosesc versiunea beta a Gnome 3.16 (3.15.91), în Archlinux și, deși funcționează (are detalii evident) în Arch, în special, lipsesc aplicațiile pe care, de exemplu, alfa Fedora 22 le aduce deja, în caz câteva dintre cele pe care le așteptam cu nerăbdare, EOG și Nautilus, așa că acum vă voi arăta cum să utilizați ABS, pentru a compila versiunea beta a EOG în acest caz.

Deci, ne plasăm într-un director în care dorim să compilăm și aducem EOG PKGBUILD din / var / abs / extra / eog , Personal prefer de obicei terminalul, de aceea în cazul meu am rulat:

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

Astfel am avut deja pkgbuild-urile gata de modificat. Apoi l-am observat GNOME ftp care a fost ultima versiune disponibilă a EOG și am trecut la modificarea PKGBUILD

EOG-Gedit

Acum procedez la punerea sumelor de control corecte (în captura de ecran anterioară este deja setată):

[x11tete11x @ Jarvis eog] $ makepkg -g ==> Primirea surselor ... -> a fost găsit eog-3.15.90.tar.xz ==> Generarea sumelor de verificare pentru fișierele sursă ... sha256sums = (' 95fb566241f492f043d2e9d7301b657d159d68dbb51ba29d88c52a8b7ba8d243 ')

și gata! 😀 acum tocmai îl compilez și îl instalez:

[x11tete11x @ Jarvis eog] $ makepkg -sic ==> Crearea pachetului: eog 3.15.90-1 (Sun Mar 15 21:50:32 ART 2015) ==> Verificarea dependențelor în timpul rulării ... ==> Verificarea dependențelor în timpul compilării ... ==> Sursele de primire ... -> a fost găsit eog-3.15.90.tar.xz ==> Validarea surselor cu sha256sums ... eog-3.15.90.tar.xz ... Aprobat ==> Extragerea surselor ... -> Extragerea eog-3.15.90.tar.xz cu bsdtar ==> Eliminarea directorului $ pkgdir / ... ... ==> Începerea build () ... verificarea unui BSD- instalare compatibilă ... / usr / bin / install -c verificarea dacă mediul de construcție este sănătos ... da

Și asta e 😀

EOG 3.15.90 în Arh

Evident, acest lucru se poate face cu cât pachet doresc și pot activa sau dezactiva caracteristici după bunul plac (de exemplu, pot compila Audacious activând interfața QT și dezactivând interfața GTK)


5 comentarii, lasă-le pe ale tale

Lasă comentariul tău

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *

*

*

  1. Responsabil pentru date: Miguel Ángel Gatón
  2. Scopul datelor: Control SPAM, gestionarea comentariilor.
  3. Legitimare: consimțământul dvs.
  4. Comunicarea datelor: datele nu vor fi comunicate terților decât prin obligație legală.
  5. Stocarea datelor: bază de date găzduită de Occentus Networks (UE)
  6. Drepturi: în orice moment vă puteți limita, recupera și șterge informațiile.

  1.   aiolia el a spus

    Salutări, tovarășe, în cazul lui Kaos, dacă aș vrea să compilăm un program arch pkgbuild care nu este în kcp, ar fi la fel sau aș avea niște probleme ... cu dependențele ...

    1.    x11tete11x el a spus

      Da, trebuie să verificați dependențele și să aveți câteva considerații, așa cum explică ghidul dvs. http://kaosx.us/es/packaging-guide/

  2.   joaco el a spus

    Nu este rău, ceea ce este rău este că nu poți compila și dependențele, dacă ai putea face acest lucru ar fi un obiectiv minunat. Pot fi compilate în continuare „manual”, dar ar fi frumos să o puteți face automat.
    Am încercat să folosesc diverse instrumente pentru a compila dependențele circulare, nu-mi mai amintesc ce erau, dar am obținut întotdeauna dependențe circulare, așa că am renunțat.

    Cred că Gentoo este încă superior pentru a compila, Arch seamănă foarte mult cu Slackware, ceea ce nu-mi place, nici porturile nu-mi plac, ar trebui să puteți gestiona totul cu managerul de pachete.

    1.    x11tete11x el a spus

      este că îl interpretezi greșit, compilarea pachetelor din Arch nu înseamnă „a imita” Gentoo sau pentru a obține performanță sau „a fi superior”, este pentru situații foarte specifice, precum cele pe care le-am menționat.
      Pentru mine că dependențele nu sunt compilate, este, de asemenea, bine, pentru simplul motiv că Gentoo este pentru asta, aici căutați lucruri foarte specifice, dacă îl puteți elimina din depozitele principale, ei bine, dacă nu, aveți ABS ca instrument

    2.    111aa el a spus

      Da, Arch împarte multe cu Slackware, dar „din punct de vedere filosofic: acela de a fi un sistem simplu, curat și minimalist.
      Evident, nu ați înțeles nimic despre cum funcționează Arch.