Balíčkovací systém Arch Linuxu - 1 (formát balíčků)

4. 4. 2007 | Vojtěch Gondžala

Články - Balíčkovací systém Arch Linuxu - 1 (formát balíčků)  

V první díle se podíváme, jak vypadá archovský balíček, jak pacman zjišťuje závislosti, co je to instalační skript, a kde je lokální databáze balíčků.

Úvod

Balíčkovací systém Arch Linuxu používá jako správce balíčků pacmana. Balíčky si stahuje přímo z repositářů umístěných na zrcadlech, podobně jako apt-get. Používání systému se snaží být co nejjednodušší a snadno ovladatelné; to se daří plnit díky řešení závislostí a konfliktů balíčků. Stejně tak i ovládání pacmana je jednoduché.

Arch Linux má několik oficiálních repositářů, ve kterých je většina softwaru potřebného pro plnohodnotný desktop i server. Software je kompilován pro architektury i686 (hlavní architektura, která má nejvíce balíčků), x86-64 a i586 (pro tu je zatím nejméně balíčků).

Oficiální repositáře:

• current - hlavní repositář obsahující důležité balíčky pro systém
• extra - obsahuje balíčky jako KDE, GNOME, Xfce a ostatní balíčky které jsou žádané, ale není je vhodné zařadit do current
• community - repositář je spravován důvěryhodnými uživateli z komunity, obsahuje balíčky původně z AURu, které jsou nejoblíbenější mezi uživateli, odtud se mohou dostat do extra a current
• testing - zde se umísťují čerstvé verze balíčků, které je nutné před zařazením do current nebo extra řádně otestovat

Mimo tyto repositáře, které obsahují přímo binární balíčky, ještě existuje AUR (Arch Linux User-community Repository), jež obsahuje PKGBUILDy pro velké množství softwaru, který není v oficiálních repositářích. O AURu a PKGBUILDech si budeme povídat v některém z dalších dílů.

Formát balíčků

Název archovského balíčku má pevně daný tvar: jméno_softwaru-verze-vydání_balíčku-architektura.pkg.tar.gz. Už samotný název dává tušit, že se jedná o tar.gz archiv. Aby byl takový archiv validním balíčkem, musí mimo jiné obsahovat soubory:

• .FILELIST
• .PKGINFO

Nepovinný je instalační skript .INSTALL.

.FILELIST

Obsahuje seznam všech souborů v balíčku, což je užitečné například pro zjišťování konfliktu souborů, nebo pokud chceme zjistit, kterému balíčku nějaký soubor patří.

.PKGINFO

Obsahuje všechny informace potřebné k instalaci balíčku. Budeme se věnovat položkám, které jsou obvyklé u pacmana 3.0.0, potažmo u skriptu makepkg, který tento soubor generuje (starší verze nemusely mít všechny položky).

Soubor má jednoduchou strukturu, která je nejlépe vidět na příkladě. Náš balíček bude obsahovat software se jménem helloworld ve verzi 0.4, bude kompilován pro architekturu i686, takže název balíčku je helloworld-0.4-1-i686.pkg.tar.gz

# Generated by makepkg 3.0.0
# Sun Dec 31 10:05:08 CET 2006
pkgname = helloworld
pkgver = 0.4-1
pkgdesc = helloworld: a kernel module and \
          a userspace daemon for controlling an atomic bomb
url = http://www.helloworld.sf.net
builddate = Sun Dec 31 09:05:08 2006
packager = Big Boss  <bigboss@sf.net>
size = 1055364
arch = i686
license = GPL
replaces = helloworld-rc
replaces = helloworld-test
depend = kernel26
conflict = goodbyeworld
conflict = libatomicbomb
provides = libatomicbomb
backup = etc/helloworld.conf

• řádky začínající znakem # jsou komentáře, v příkladu identifikují skript makepkg
• pkgname - jméno balíčku
• pkgver - verze balíčku
• pkgdesc - popis balíčku, může obsahovat mezery, měl by být stručný a výstižný, zobrazuje se při výpisu informací o balíčku, a podle popisu se hledá v databázi balíčků
• url - odkaz na stránky projektu, zobrazuje se při výpisu informací o balíčku
• builddate - datum sestavení balíčku
• packager - jméno toho, kdo sestavil balíček, obvykle je připojena emailová adresa
• size - velikost rozbaleného balíčku
• arch - architektura, pro kterou je balíček kompilován
• licence - je nově u všech balíčků sestavených pomocí makepkg 3.0.0 a vyšší
• replaces - balíček helloworld nahrazuje uvedený balíček, v příkladu nějakou RC verzi a test verzi
• depend - balíček helloworld závisí na tomto balíčku
• conflict - balíček helloworld koliduje s balíčky goodbyeworld a libatomicbomb
• provides - balíček helloworld poskytuje libatomicbomb, tedy řeší závislosti na balíčku libatomicbomb
• backup - soubory, které budou po odinstalování zálohovány, uloží se jako .pacsave

.INSTALL

Tento soubor je instalačním skriptem a není, na rozdíl od ostatních souborů, povinný. Slouží pro spouštění případných po–instalačních procedur. Stejně tak má části, které se spouští po upgradu nebo odinstalování balíčku. Často se také využívá pro výpis informací při instalaci.

Ukážeme si opět jeden krátký příklad:

# arg 1:  the new package version
post_install() {
  echo ">>> ovládání atomových bomb 'heloworld' verze $1"
  post_upgrade $1 0.1
}

# arg 1:  the new package version
# arg 2:  the old package version
post_upgrade() {
  echo ">>> Novinky ve verzi $1"
  if [ "$(vercmp $2 0.2)" -lt 0 ]; then
    echo "    -> kód byl kompletně přepsán, zvýšila se stabilita ;]"
  fi
  if [ "$(vercmp $2 0.3)" -lt 0 ]; then
    echo "    -> podporovány jsou i indické bomby"
  fi
  _do_some_think
}

pre_remove() {
. /etc/rc.d/functions
if ! ck_daemon heloworld; then
  /etc/rc.d/heloworld stop
fi
}

_do_some_think() {
  /bin/true
}

op=$1
shift
$op $*

• post_install() - funkce se spouští po instalaci, předává se jeden argument, instalovaná verze
• post_upgrade() - funkce se spouští po aktualizaci, předávají se dva argumenty, instalovaná verze a stará verze
• pre_remove() - funkce se spouští před odinstalováním balíčku, předává se jeden argument: verze balíčku; funkce je vhodná třeba pro zastavení služby
• Poslední tři řádky jsou povinné, musí je obsahovat každý instalační skript.

Do skriptu si můžeme přidávat svoje vlastní funkce. Je vhodné použít prefix "_", všechny funkce by měly končit s návratovým kódem 0. Instalační skript je velmi zranitelnou částí instalačního procesu; může obsahovat potenciálně škodlivý kód, proto instalujte balíčky jen z důvěryhodných zdrojů. A stejně tak si, pokud sestavujete balíček sami, prohlédněte obsah instalačního skriptu.

Proces instalace a odstranění

Při instalaci pacman nejprve zkontroluje závislosti a konflikty, jak na úrovni balíčků, tak i na úrovni souborů, poté rozkopíruje soubory, provede případné zálohy konfigurace a nakonec spustí instalační skript. Informace o balíčku se uloží do databáze. Proces odstranění je opačný.

Databáze balíčků se nachází ve /var/lib/pacman/ a je to adresářová struktura repositář/balíček. Adresář balíček obsahuje soubory s popisem balíčku a seznamem závislostí.

Seznam aktuálně nainstalovaných balíčků se nachází v adresáři /var/lib/pacman/local. Jeho struktura vypadá podobně jako u repositářů, ale každý balíček má navíc v adresáři seznam souborů v balíčku a instalační skript (pokud jej balíček obsahuje).

Protože databáze je řešena tímto způsobem, je vhodné ji mít na zvláštním oddílu disku s výkonným souborovým systémem, výrazně to zrychlí práci.

Příště

Tímto bychom měli položeny nutné základy, příště se pustíme do správy balíčků pomocí pacmana.

Seriál Balíčkovací systém Arch Linuxu (dílů: 4)

První díl: Balíčkovací systém Arch Linuxu - 1 (formát balíčků), poslední díl: Balíčkovací systém Arch Linuxu - 4 (ABS, makeworld).
Následující díl: Balíčkovací systém Arch Linuxu - 2 (pacman, repozitáře)

Diskuse k tomuto článku

[gawan]

kde sa stratili komentáre? už tu nejaké boli .... a teraz tu nie je nič ... hmm ...

[Robert Krátký]

Havárie databáze - omlouváme se.

[dvh]

Jo, a ja som vravel ze balickovaci system pacman je napisany v pythone a niekto robil chytreho. Lenze on je v pythone. Su totiz dva balickovacie systemy, oba sa volaju pacman, jeden je v pythone, jeden je v C. A asi nemaju nic spolocne proste len rovnaky nazov.

[vogo]

pacman který je v archu je napsán v C, jeho tvůrcem je Judd Vinet a banda vývojářů :)

[Václav "Darm" Novák]

Však jsem psal že každý myslíme jiného pacmana :)

[kouzer]

Tak opět píši pochvaliný komentář a těším se na nové díly.

[freshmouse]

Článek se mi líbí.

Jeden z komantářů si pamatuju. Bylo to Ignorovo: "Třeba mi konečně někdo vysvětlí, v čem je ten balíčkovací systém Archu tak zajímavý?"

[vogo]

a odpověď byla, že v dalším díle, celou diskuzi mám na emailu ;)

[Leoš Literák]

Mohl bys ji tedy vlozit jako novy komentar? Kdyz se aspon neco zachranilo ..

[vogo]

po havárii alespoň nějaká náhrada za diskuzi :), jen mi chybí vlákno o tom v čem je napsán pacman, a o tom, že databáze je brutálně pomalá a měla by být implementována jinak… svoje příspěvky jsem rekonstruoval, ty samozřejmě na emailu nemám

• pasmen: Architektura v nazvu balicku je novinka pacmana 3.0?

  • vogo: ano, ale pacmanem 3.0 jdou nainstalovat i balíčky vytvořené makepkg 2.x.x

    • pasmen: Kurna, to budu muset vsechny svoje balicky prekompilovavat?! Jsou jeste nejake vyrazne zmeny pacmanu 3.0?

      • vogo: více o změnách třeba u mě v blogu

        • pasmen: Mozna bych mohl zkusit noveho pacmana z testingu... Sice uz by se mel co nevidet objevit v current, ale prece jen, nejsem zrovna trpelivy A hlavne, uz se tesim na to proklamovane zrychleni. Setkal si se s nejakymi problemy?

          • vogo: používal jsem rc verze a teď pacmana 3.0.0 a žádné chyby jsem nepozoroval [update v testingu je už verze 3.0.1 - jen kosmetické změny] pacman už by měl být v current

            • pasmen: Ja ho vidim porad v testing Ale dobre, zda se, ze je to fakt uz jen otazka hodin, to bych mohl vydrzet Jinak pekny clanek, taky se tesim na pokracovani.

• Kouzer: Moc pěkné. Už se těším na další díl... Kdy ho lze očekávat?

  • vogo: o víkendu ho rozepíšu, ale mám teď moc práce do školy

• Tomáš Urgošík: Doplnil bych repository unstable.

  • vogo: ops, to je tím, že v x86_64 byl dlouho nevyužíván [sakra bota polepším se]

• Ignor: Třeba se z toho seriálu konečně dozvím, proč je packman podle archerů tak geniální

  • vogo: další díl bude o pacmanovi

  • Andrej: Geniální? To tvrdí kdo?

    • Ignor: Je to jen můj dojem ze zdejších diskuzí. Nemám pro to důkazy

• Johny: fajn clanek. v nekterem z dalsich pokracovani by ses mohl zminit treba o rozdilech mezi pacmanem a jinymi balickovaci (napr. rpm).

  • vogo: na to se necítím, disto založené na RPM jsem používal naposledy pře dvěma lety, a moc jsem se v tom balíčkovacím systému nevrtal, pak byl přes rok slack, a teď arch

• Jirka B.: zadny kontrolni soucet? nebo vypadla informace? :)

  • vogo: o tom až příště, CRC součet není součástí balíčku, jak by šel přidat do komprimovaného souboru ;)

[freshmouse]

Teď mě napadlo, že bys mohl sloužit jako zálohovací server...

[vogo]

lol :) to asi ne, ale no prostě rofl, vím že to je komentář jak noha, ale nemůžu si pomoct

[freshmouse]

No fakt. Všichni obnovují z nějakých "obyčejných" záloh, kdežto ty to kontrol C a kontrol V odněkud z e-mailů a ještě to řadíš do tak prima stromu. Dej si to do životopisu (CV = kontrol C a kontrol V ).

[Robert Krátký]

po havárii alespoň nějaká náhrada za diskuzi :)

Teď bychom ještě asi měli ručně hrábnout do databáze a přidat nějaký ten tisíc do počítadla čtenosti, aby to nevypadalo, že článek nikoho nezajímá...

Všichni už si ho totiž přečetli, ale teď to není poznat.

[Petr Ježek]

Veká pochvala autorovi. Kdybych neměl svou práci a k ní Arch nepoužíval jen jako nástroj, asi bych se do toho vysvětlování výhod balíčků a pacmana v Archu pustil taky. Díky tomu je Arch nezasviněný nechtěným balastem, repozitáře jsou logické, struktura balíčků je jednoduchá, funkční a ideální pro jejich vlastní vytváření pomocí ABS. Doporučuji autorovi zpracovat své poznámky k ABS, protože ABS je způsob, jak překonat relativně nižší počet aplikačních balíčků oproti DEB a RPM distribucím. Připomínám, že se mi pouze jednou stalo, že jsem zauvažoval o použití ABS v případě XFE, ale byl jsem druhý - balíček se záhy objevil v community...

[Andrej]

Žuch, prásk. Ach jo. Takže má ostrá kritika pacmana vzala za své. Nějaká linuxová vyšší moc se mi tu snaží naznačit, abych ho nechal na pokoji.

[Andrej]

Hloupé je, že jsem tu diskusi sledoval a měl jsem prakticky všechny příspěvky v mailu. Jenže cca hodinu před tím karambolem jsem je smazal. To je prostě setsakra smůla.

Ale diskusi v té době sledoval ještě jeden člověk. Třeba zprávy nesmazal. Třeba je má buď ve schránce nebo aspoň na serveru... Haló! Kdo to byl?

[Martin Stiborský]

To jsem byl nejspíš já, ale bohužel mail už prošel košem :(

[Andrej]

Fňuk.