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:
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
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 😀
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)
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 ...
Tak, musisz sprawdzić zależności i wziąć pod uwagę kilka uwag, jak wyjaśnia Twój przewodnik http://kaosx.us/es/packaging-guide/
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.
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
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.