Inštalácia 2019 Arch Linuxu na server Vultr
Úvod Arch Linux má menšiu, ale stále silnejšiu sledovanosť ako populárnejšie distribúcie. Jeho filozofia je celkom iná, s výhodami an
Balík Devtools bol pôvodne vytvorený pre dôveryhodných používateľov na správne vytváranie balíkov pre oficiálne úložiská. Využiť ho však môžu aj bežní používatelia na zostavenie AUR balíčkov, alebo dokonca upravených oficiálnych balíčkov.
V tejto príručke nájdete všeobecné pochopenie a používanie AUR, vrátane získania PKGBUILD
. Tento dokument zobrazuje iba kroky špecifické pre Devtools, ak je to metóda, ktorú si vyberiete na kompiláciu balíka.
Devtools udržiava samostatnú čistú inštaláciu Arch umiestnenú v /var/lib/archbuild/<TARGET>/root
, ktorá obsahuje iba skupiny balíkov base
a base-devel
. Ak táto čistá inštalácia neexistuje, automaticky ju vytvorí. Ak existuje, automaticky aktualizuje všetky balíčky v ňom. Keď sa na zostavenie balíka použije Devtools, začne sa s kópiou tejto čistej inštalácie, nainštaluje sa potrebné balíky iba do kópie, skopíruje sa do nej zdrojový kód, vykoná sa v ňom kompilácia a balenie a skopíruje sa iba výsledný balík, v identickej forme, ako sa nachádza v oficiálnych úložiskách.
Devtools má výhody oproti priamemu spusteniu makepkg
. Jednou z výhod je, že base-devel
a ďalšie balíky potrebné na kompiláciu, ale nie spustenie, balík, ktorý vytvárate, sa nikdy neskončia vo vašom hlavnom systéme. To je menej balíkov, ktoré je potrebné pravidelne aktualizovať a mať z toho obavy. Hoci je tento proces v prvom rade prínosom pre správcov balíkov Arch, tento proces ľahko odhalí, keď a nie PKGBUILD
je správne, napríklad ak v zozname chýba závislosť, ktorú správca náhodou už nainštaloval v ich hlavnom systéme. Môžete tiež použiť stroj, ktorý je rýchlejší pri vytváraní balíkov, a skopírovať výsledný balík na pomalší stroj, ktorý ho spustí bez znečistenia inštalácie stavebného stroja.
Hlavnou nevýhodou je, že čistý koreň je tam vždy, zaberá asi 800 MB a zvyčajne je tam jedna kópia, ktorá zaberá viac miesta. Všimnite si, že ak /var/lib/archbuild/
používa Btrfs, kópia čistého koreňa začína ako snímka Btrfs, takže tieto súbory nezaberajú dvojnásobok miesta. Čistý koreň sa tam vždy uchováva, aby sa predišlo jeho opätovnej inštalácii pri každom vytváraní balíka.
Nainštalujte Devtools:
# pacman -S devtools
Na vytvorenie balíka obsahuje Devtools archbuild
, ale nespustíte ho priamo. Obsahuje tiež symbolické odkazy na {extra, gnome-unstable, kde-unstable, staging, testing}-x86_64-build
. Symbolický odkaz, ktorý sa používa na jeho spustenie, skontroluje archbuild
, aby určil, ktorý cieľ chcete použiť. Dá sa spustiť na použitie týchto nestabilných/stagingových/testovacích repozitárov, ktoré môžu mať novšie verzie, než aké boli vydané do oficiálnych repozitárov. Ak chcete použiť oficiálne úložiská pre balíky bez AUR, v adresári s príponou PKGBUILD
, napríklad v adresári, ktorý vytvoril git clone
, spustite nasledovné:
$ extra-x86_64-build
Poznámka: Zvyšok tejto príručky bude jednoducho odkazovať na extra-x86_64-build
.
Po jeho ukončení budú výsledky nasledovné:
/var/lib/archbuild/extra-x86_64/root
- Čistý chroot , čo je aktuálna inštalácia iba so skupinami balíkov base
a base-devel
./var/lib/archbuild/extra-x86_64/<USERNAME>
- Toto bude obsahovať build chroot . Toto je kópia čistého chrootu so všetkými závislosťami potrebnými na zostavenie alebo spustenie vytváraného balíka, ako aj jeho zdrojový kód, výsledky kompilácie a balík.Na konci si môžete všimnúť „ Checking PKGBUILD
“ a „ Checking <PKGNAME>-<PKGVER>-<PKGREL>-<ARCH>.pkg.tar.xz
“. Všetky riadky za nimi sú výstupom z namcap
, ktorý automaticky vyhľadá problémy, ako sú poškodené PKGBUILD
súbory, zahrnuté závislosti, ktoré balík zrejme nepoužíva, nezaradené závislosti, ktoré balík zrejme používa a ďalšie. Falošné poplachy často generuje namcap
, ale je to skvelý nástroj na vyšetrovanie vecí. Ak váš balík funguje správne, nie je dobré upozorniť správcu na namcap
výstup, pokiaľ ste si ho neprezreli a overili, že je potrebné vykonať zmenu.
Môžete použiť pacman
na inštaláciu balíka, ktorý nainštaluje všetky závislosti potrebné na spustenie balíka, pokiaľ sú v oficiálnych úložiskách alebo lokálnom úložisku.
Buď použite lokálne úložisko, ako je vysvetlené tu , alebo nainštalujte súbor priamo:
# pacman -U <PKGNAME>-<PKGVER>-<PKGREL>-<ARCH>.pkg.tar.xz
Ak by ste mali spustiť extra-x86_64-build
znova, práve teraz alebo kedykoľvek neskôr s týmto alebo iným balíkom, v prípade potreby sa aktualizuje čistý chroot, odstráni sa chroot zostavenia a vytvorí sa nová kópia čistého chrootu a vykoná sa rovnaký proces. Ak váš adresár stále obsahuje zdrojový kód stiahnutý z poslednej doby, použije ho. Ak je balík vývojovým balíkom AUR, namiesto opätovného klonovania vytiahne nové zmeny.
Vnútorne extra-x86_64-build
spustí makechrootpkg
, ktorý interne volá makepkg
. Možnosti pre extra-x86_64-build
zahŕňajú nasledovné:
-c
: Vyčistite chrooty odstránením a opätovným vytvorením celého /var/lib/archbuild/extra-x86_64/
adresára, vrátane jeho čistého chrootu a všetkých build chroot adresárov. Toto je zriedka potrebné, iba ak sa poškodí čistý chroot alebo ak je Devtools inovovaný spôsobom, ktorý naruší spätnú kompatibilitu.-r <dir>
: Použite iný adresár, ako /var/lib/archbuild/extra-x86_64/
obsahuje chroots.Všetky argumenty do extra-x86_64-build
after --
sú odovzdané do makechrootpkg
, keď ich interne používa. Niekoľko argumentov sa vždy automaticky prenesie z extra-x86_64-build
do makechrootpkg
. Tieto automatické argumenty sú -r <value given to extra-x86_64-build -r option if given, /var/lib/archbuild/extra-x86_64 otherwise> -c -n
. Hovoria, makechrootpkg
aby ste odstránili chroot zostavenia a urobili z neho novú kópiu čistého chrootu a spustili namcap
ho, ak sa úspešne zostaví. Bežne používaná možnosť, ktorú možno odovzdať, makechrootpkg
je -l <copy name>
. Toto je názov adresára, ktorý dáva chroot zostavy namiesto <USERNAME>
, ktorý je užitočný na udržiavanie viacerých kópií alebo kompiláciu viacerých balíkov súčasne.
Všetky argumenty do makechrootpkg
after --
sa prenesú do makepkg
, keď ich interne použije na zostavenie balíka. Prvýkrát makepkg
je spustený pomocou makechrootpkg
, vykonáva sa s vlastnými nemennými možnosťami, sťahovať zdrojové súbory, ak je to potrebné, a vykonávať kontroly integrity; takže na tomto behu nemôže byť nič preposlané. Spustí makepkg
sa druhýkrát, aby zostavil balík, a vždy automaticky odovzdá makepkg
argumenty, --syncdeps --noconfirm --log --holdver --skipinteg
ktoré makepkg
v chroot zostavy automaticky nainštalujú chýbajúce závislosti potrebné na zostavenie a používanie balíčka, nepožadujú potvrdenie počas pacman
, zapíšte proces zostavovania do textu súbory okrem stdout
, neaktualizujte zdrojový kód, ak ste v systéme na správu verzií, a nevykonávajte kontroly overenia zdrojového súboru.
Môžete ich spojiť pomocou nasledujúceho formulára:
$ extra-x86_64-build <DEVTOOLS-OPTIONS> -- <MAKECHROOTPKG-OPTIONS> -- <MAKEPKG-OPTIONS>
Všimnite si, že s tým /var/lib/archbuild
možno zaobchádzať, ako keby to bol dočasný adresár. Ak máte viacero pevných diskov Vultr, oplatí sa sem pripojiť súborový systém RAID0 (pruhovaný). Ak máte veľa pamäte RAM, môžete tiež pripojiť súborový systém podporovaný pamäťou RAM, napríklad tmpfs
. Po zostavení balíka sa skopíruje do adresára, z ktorého ste spustili, extra-x86_64-build
a ak by ste chceli, v tomto bode môžete odstrániť /var/lib/archbuild
. Ďalší chod by bol pomalší, pretože by bolo potrebné vytvoriť nový čistý koreň. Prípadne by ste mohli odstrániť, /var/lib/archbuild/<USERNAME>
aby ste získali ďalšie miesto z chroot zostavy predtým, ako sa automaticky odstráni pri ďalšom spustení nástroja Devtools. Takže aj keby ste tu mali pripojený súborový systém RAID0 zlyhal, najviac by ste stratili práve prebiehajúcou kompiláciou.
Pri konfiguračných súboroch Devtools je potrebné poznamenať niekoľko špecifík. Nachádzajú sa v /usr/share/devtools/
, ako sú makepkg-x86_64.conf
a pacman-extra.conf
:
/etc
súborov, ako je makepkg.conf
a pacman.conf
môžete bezpečne upravovať na svojom mieste, a keď je obal aktualizovaný, nebude prepísať zmeny. Namiesto toho uloží nové konfiguračné súbory (ak sa zmenili oproti predchádzajúcej verzii) končiace na .pacnew
. Konfiguračné súbory Devtools /usr/share/
však nie sú určené na úpravu používateľom, takže pri inovácii Devtools úplne prepíše vaše zmeny v týchto súboroch bez toho, aby vás na to upozornil. Zmena tohto správania bola navrhnutá a zamietnutá, pretože to pomáha zabezpečiť, aby sa balíky odosielali do oficiálnych repozitárov všetky s rovnakými nastaveniami kompilácie.MAKEFLAGS
, PACKAGER
, a {SRC,SRCPKG,PKG,LOG}DEST
sú prevzaté z /etc/makepkg.conf
namiesto /usr/share/devtools/makepkg-x86_64.conf
.Ak vytvárate balíky, ktoré sú závislé na iných balíkoch, ktoré ste vytvorili, musíte použiť lokálny repozitár, aby pri spustení pacman
v chroot zostavy našiel závislosti.
Ak chcete nastaviť miestne úložisko, pozrite si časť „Miestne úložisko“ tejto príručky .
Vytvorte si vlastný cieľ:
# ln -s archbuild /usr/bin/custom-x86_64-build
# cp /usr/share/devtools/pacman-{extra,custom}.conf
Upravte /usr/share/devtools/pacman-custom.conf
a na koniec pridajte nasledovné:
[archLocalRepo]
SigLevel = Optional TrustAll
Server = file:///archLocalRepo
Upravte /etc/pacman.conf
a pridajte nasledujúce. Toto vynúti, aby bol adresár pripojený k väzbe v chroot:
CacheDir = /var/cache/pacman/pkg/ /archLocalRepo/
Teraz namiesto použitia extra-x86_64-build
použite toto:
$ custom-x86_64-build
Ak chcete vždy použiť vlastný cieľ, môžete odstrániť /var/lib/archbuild/extra-x86_64-build/
adresár, ak existuje, pretože chroots budú teraz v /var/lib/archbuild/custom-x86_64-build/
.
Poznámka: Povolenie balenia s vláknami zahŕňa úpravu /usr/share/devtools
konfiguračných súborov, čo nie je oficiálne podporované, takže túto zmenu budete musieť vykonať pri každej inovácii Devtools.
Devtools kombinuje celý balík do archívneho formátu. V predvolenom nastavení sa .tar.xz
na xz
kompresiu používa jedno vlákno .
Na systémoch s viacerými procesormi môžete povoliť xz
používanie viacerých vlákien úpravou /usr/share/devtools/makepkg-x86_64.conf
, a zmeniť nasledujúci riadok:
COMPRESSXZ=(xz -c -z -)
Ak chcete povoliť toľko vlákien, koľko máte virtuálnych jadier:
COMPRESSXZ=(xz -c -z - --threads=0)
Ak chcete povoliť používanie viacerých virtuálnych jadier, ale nie všetkých, aby sa znížil vplyv na celkový výkon systému, pridajte konkrétne číslo:
COMPRESSXZ=(xz -c -z - --threads=21)
Zadanie väčšieho počtu vlákien, ako je počet virtuálnych jadier, ktoré máte, zníži výkon.
Ak vám nevadí, že súbor balíka je (potenciálne oveľa) väčší, vypnite kompresiu úpravou /usr/share/devtools/makepkg-x86_64.conf
a zmeňte nasledujúci riadok:
PKGEXT='.pkg.tar.xz'
Zmeňte ho tak, aby vyzeral takto:
PKGEXT='.pkg.tar'
Úvod Arch Linux má menšiu, ale stále silnejšiu sledovanosť ako populárnejšie distribúcie. Jeho filozofia je celkom iná, s výhodami an
Vultr vám poskytuje úžasnú funkčnosť, ktorá vám umožňuje okrem ich vynikajúcich šablón použiť aj váš vlastný obrázok, ktorý vám umožní spustiť
Balík Devtools bol pôvodne vytvorený pre dôveryhodných používateľov na správne vytváranie balíkov pre oficiálne úložiská. Môže ho však používať bežný používateľ
Ak používate makepkg priamo, trochu to znečisťuje váš systém. Musí byť nainštalovaná skupina balíkov base-devel. Týmto spôsobom sú štandardne potrebné iba závislosti
Predpoklady Server Vultr s aktuálnou verziou Arch Linuxu (pozri tento článok.) Prístup sudo. Príkazy potrebné na spustenie ako root majú predponu # a jedna
Predpoklady Server Vultr s aktualizovaným systémom Arch Linux (pozri tento článok.) Spustený webový server, buď Apache alebo Nginx Sudo, vyžadujú sa prístupové príkazy t
Na Arch Linuxe sú oficiálne úložiská: core, extra a community. Tieto balíčky sú už skompilované a inštalujú sa cez pacman. Pre th
Tento tutoriál vysvetľuje, ako nastaviť server Minecraft pomocou Spigot na Arch Linux. Tento tutoriál predpokladá, že ste bežný používateľ (nie root) a máte hav
Predpoklady Server Vultr s aktuálnou verziou Arch Linuxu (pozri tento článok.) Prístup sudo. Príkazy potrebné na spustenie ako root majú predponu #. Th
Predpoklady Server Vultr s aktuálnou verziou Arch Linuxu. Viac informácií nájdete v tejto príručke. Sudo prístup. Príkazy potrebné na spustenie ako root ar
Predpoklady Server Vultr s aktualizovaným systémom Arch Linux (pozri tento článok.) Spustený webový server, prístup k Apache alebo Nginx Sudo: Príkazy vyžadujú
Preface Arch Linux je distribúcia na všeobecné účely známa svojou špičkovou technológiou a flexibilnou konfiguráciou. So snímkami Btrfs môžeme robiť
Predpoklady Server Vultr s aktualizovaným systémom Arch Linux (pozri tento článok.) Spustený webový server, prístup k Apache alebo Nginx Sudo: Príkazy vyžadujú
Predpoklady Server Vultr s aktualizovaným systémom Arch Linux (pozri tento článok.) Spustený webový server s prístupom Apache alebo Nginx Sudo. Príkazy vyžadujú
Tento tutoriál vysvetľuje, ako nastaviť server Mumble (Murmur) na Arch Linux. Všetko, čo robíte v tomto návode, sa robí ako užívateľ root. Inštalácia an
Tento tutoriál vysvetľuje, ako nastaviť server Counter-Strike: Global Offensive na Arch Linux. Tento návod predpokladá, že ste sa prihlásili štandardným spôsobom
Tento tutoriál vysvetľuje, ako nastaviť server Team Fortress 2 na Arch Linux. Predpokladám, že ste prihlásený/-á pomocou iného používateľského účtu ako root, ktorý má sudo prístup
Predpoklady Server Vultr s aktualizovaným systémom Arch Linux (pozrite si tento článok.) Prístup sudo: Príkazy, ktoré je potrebné spustiť ako root, majú predponu # a jednu
Predpoklady Server Vultr s aktualizovaným systémom Arch Linux (pozri tento článok) Prístup sudo: Príkazy potrebné na spustenie ako root majú predponu # a jeden
Umelá inteligencia nie je v budúcnosti, je tu priamo v súčasnosti V tomto blogu si prečítajte, ako aplikácie umelej inteligencie ovplyvnili rôzne sektory.
Ste aj vy obeťou DDOS útokov a máte zmätok ohľadom metód prevencie? Ak chcete vyriešiť svoje otázky, prečítajte si tento článok.
Možno ste už počuli, že hackeri zarábajú veľa peňazí, ale premýšľali ste niekedy nad tým, ako môžu zarábať také peniaze? poďme diskutovať.
Chcete vidieť revolučné vynálezy od Google a ako tieto vynálezy zmenili život každého dnešného človeka? Potom si prečítajte na blogu a pozrite si vynálezy spoločnosti Google.
Koncept samoriadených áut vyraziť na cesty s pomocou umelej inteligencie je snom, ktorý máme už nejaký čas. Ale napriek niekoľkým prísľubom ich nikde nevidno. Prečítajte si tento blog a dozviete sa viac…
Ako sa veda vyvíja rýchlym tempom a preberá veľa nášho úsilia, zvyšuje sa aj riziko, že sa vystavíme nevysvetliteľnej singularite. Prečítajte si, čo pre nás môže znamenať singularita.
Spôsoby ukladania údajov sa môžu vyvíjať už od zrodu údajov. Tento blog sa zaoberá vývojom ukladania údajov na základe infografiky.
Prečítajte si blog, aby ste čo najjednoduchším spôsobom spoznali rôzne vrstvy architektúry veľkých dát a ich funkcie.
V tomto digitálnom svete sa inteligentné domáce zariadenia stali kľúčovou súčasťou života. Tu je niekoľko úžasných výhod inteligentných domácich zariadení o tom, ako robia náš život, ktorý stojí za to žiť, a ktorý zjednodušujú.
Spoločnosť Apple nedávno vydala doplnkovú aktualizáciu macOS Catalina 10.15.4 na opravu problémov, ale zdá sa, že táto aktualizácia spôsobuje ďalšie problémy, ktoré vedú k blokovaniu počítačov Mac. Prečítajte si tento článok a dozviete sa viac