Podstawowa obsługa ABS (Arch Build System)

Witajcie, tym razem trochę wam opowiem ABS (system budowy łuków)Krótko mówiąc, jest to system porty z którym to się liczy archlinux.

Co mogę zrobić z ABS?

Ci z nas, którzy lubią się bawić PKGBUILS , abs co pozwala nam "pobrać" wszystkie PKGBUILDS pakietów repozytoriów Archlinux i modyfikować je do woli, na przykład, aby dodać lub usunąć flagi w instrukcjach kompilacji, aby włączyć lub wyłączyć jakąkolwiek określoną funkcję programu

Instalacja i uruchomienie ABS

Aby to zrobić, zamierzamy zainstalować abs:

sudo pacman -S abs

Następnie zsynchronizujemy drzewo PKGBUILDS oficjalnych repozytoriów:

sudo abs

otrzymamy wynik podobny do tego:

abs

Następnie pobrane pliki PKGBUILDS znajdują się w plikach / var / abs

Praktyczny przykład: ABS i Gnome 3.16

Używam wersji beta Gnome 3.16 (3.15.91) w Archlinux i chociaż działa (ma oczywiście szczegóły) szczególnie w Arch, brakuje aplikacji, które, na przykład, alfa Fedory 22 już przynosi, w moim na przykład kilka z nich, na które czekałem, EOG i Nautilus, więc teraz pokażę, jak wykorzystać ABS, aby skompilować wersję beta EOG w tym przypadku.

Stawiamy się więc w katalogu, w którym chcemy skompilować, skąd sprowadzamy EOG PKGBUILD / var / abs / extra / eog , Ja osobiście zazwyczaj wolę terminal, dlatego w moim przypadku pobiegłem:

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

W ten sposób miałem już pkgbuilds gotowe do modyfikacji. Wtedy go zauważyłem FTP do GNOME która była ostatnią dostępną wersją EOG i przystąpiłem do modyfikacji PKGBUILD

EOG-Gedit

Teraz przystępuję do wstawienia poprawnej sumy kontrolnej (na poprzednim zrzucie ekranu jest już ustawiona):

[x11tete11x @ Jarvis eog] $ makepkg -g ==> Odbieranie źródeł ... -> Znaleziono eog-3.15.90.tar.xz ==> Generowanie sum kontrolnych dla plików źródłowych ... sha256sums = (' 95fb566241f492f043d2e9d7301b657d159d68dbb51ba29d88c52a8b7ba8d243 ')

i gotowy! 😀 teraz po prostu kompiluję i instaluję:

[x11tete11x @ Jarvis eog] $ makepkg -sic ==> Tworzenie pakietu: eog 3.15.90-1 (niedziela 15 marca 21:50:32 ART 2015) ==> Sprawdzanie zależności podczas działania ... ==> Sprawdzanie zależności podczas kompilacji ... ==> Odbieranie źródeł ... -> Znaleziono eog-3.15.90.tar.xz ==> Sprawdzanie poprawności źródeł z sumami sha256 ... eog-3.15.90.tar.xz ... Zatwierdzono ==> Wyodrębnianie źródeł ... -> Wyodrębnianie eog-3.15.90.tar.xz za pomocą bsdtar ==> Usuwanie katalogu $ pkgdir / ... ==> Rozpoczynanie build () ... sprawdzanie dla instalacji zgodnej z BSD ... / usr / bin / install -c sprawdzanie, czy środowisko kompilacji jest rozsądne ... tak

I to wszystko 😀

EOG 3.15.90 w Arch

Oczywiście można to zrobić z dowolną liczbą pakietów i mogą dowolnie aktywować lub dezaktywować funkcje (na przykład mogą skompilować Audacious, aktywując jego interfejs QT i dezaktywując interfejs GTK)


Zostaw swój komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *

*

*

  1. Odpowiedzialny za dane: Miguel Ángel Gatón
  2. Cel danych: kontrola spamu, zarządzanie komentarzami.
  3. Legitymacja: Twoja zgoda
  4. Przekazywanie danych: Dane nie będą przekazywane stronom trzecim, z wyjątkiem obowiązku prawnego.
  5. Przechowywanie danych: baza danych hostowana przez Occentus Networks (UE)
  6. Prawa: w dowolnym momencie możesz ograniczyć, odzyskać i usunąć swoje dane.

  1.   aiolia powiedział

    Pozdrowienia, towarzyszu, w przypadku Kaosa, gdybym chciał skompilować jakiś program arch pkgbuild, którego nie ma w kcp, byłby taki sam lub miałbym problemy ... z zależnościami ...

    1.    x11tete11x powiedział

      Tak, musisz sprawdzić zależności i wziąć pod uwagę kilka uwag, jak wyjaśnia Twój przewodnik http://kaosx.us/es/packaging-guide/

  2.   Joaco powiedział

    Nieźle, złe jest to, że nie możesz również skompilować zależności, gdybyś mógł to zrobić, byłby to wspaniały cel. Nadal można je skompilować „ręcznie”, ale byłoby miło móc to zrobić automatycznie.
    Próbowałem użyć różnych narzędzi do kompilacji zależności cyklicznych, nie pamiętam już, jakie to były, ale zawsze miałem zależności cykliczne, więc poddałem się.

    Myślę, że Gentoo wciąż jest lepsze od kompilacji, Arch wygląda bardzo podobnie do Slackware, co mi się nie podoba, nie lubię też portów, powinieneś być w stanie obsłużyć wszystko za pomocą menedżera pakietów.

    1.    x11tete11x powiedział

      jest to, że źle to interpretujesz, kompilacja pakietów w Arch nie polega na „naśladowaniu” Gentoo, zwiększaniu wydajności lub „byciu lepszym”, dotyczy to bardzo specyficznych sytuacji, takich jak te, o których wspomniałem.
      Dla mnie zależności nie są kompilowane, to też jest w porządku, z tego prostego powodu, że Gentoo jest do tego, tutaj szukasz bardzo konkretnych rzeczy, jeśli możesz usunąć to z głównych repozytoriów, cóż, jeśli nie, masz ABS jako narzędzie

    2.    111aa powiedział

      Tak, Arch ma wiele wspólnego ze Slackware, ale „filozoficznie: bycie prostym, czystym i minimalistycznym systemem.
      Najwyraźniej nie rozumiałeś, jak działa Arch.