Docker dpkg-buildpackage [note]

3.11.2015 23:50 | Přečteno: 1441× | dev | | poslední úprava: 3.11.2015 23:50

Micro-návod na balení deb balíků z unstable prostředí pomocí dockeru. Jde trochu o zápis *pro sebe*, ale třeba to někomu pomůže...

Chceme-li vytvořit balík pro konkrétní verzi Debianu, např. wheezy, a chceme-li build provést na čistém systému (či jiné verzi), máme kromě chrootu, pbuilderu, dedikovaného virtuálu atd. možnost právě přes docker.
Návod cílím na build pro debian wheezy, který máme na serverech.

Nejprve si stáhneme či připravíme image s požadovaným systémem. Pokud důvěřujeme připravenému obrazu, stačí:

$ sudo docker pull debian:wheezy

Za dvojtečkou je uveden tag. Neuvedením se stáhne tag latest. Snadno můžeme mít připraveny image pro více různých verzí systému.

$ sudo docker images
REPOSITORY          TAG                 IMAGE ID            CREATED             VIRTUAL SIZE
debian              wheezy              3b5671666ac3        11 days ago         84.89 MB

Image chci doplnit o kompilátor a další utility, které nechci pokaždé nechávat instalovat znovu. Spustím tedy kontejner:

  $ sudo docker run -ti debian:wheezy /bin/bash
  root@1ec31c9983e3:/$

Nainstaluji základ pro build (případně další dle potřeb - cmake, autotools atd.).

  root@1ec31c9983e3:/$ apt-get update
  root@1ec31c9983e3:/$ apt-get install build-essential devscripts debhelper

Vytvoříme entrypoint pro build - jde o jednoduchý skript, který vleze do baleného adresáře, vytvoří z debian/control seznam závislostí, nainstaluje je (chce pořešit jinak, pokud je vyžadován neinteraktivní režim) a poté spustí build.

  root@1ec31c9983e3:/$ mkdir /mnt/package
  root@1ec31c9983e3:/$ cat <<EOF > /root/dpkg-buildpackage.sh
  #!/bin/bash
  cd /mnt/package/"\$PACKAGE_NAME" && mk-build-deps -i && dpkg-buildpackage \$@
  EOF
  root@1ec31c9983e3:/$ chmod +x /root/dpkg-buildpackage.sh

Ukončím práci v kontejneru a zapíšu výsledek do image. Hash je z promptu root@1ec31c9983e3. Protože base systém dále nepotřebuji, nechám přepsat image debian v tagu wheezy, ale je možné zapsat i nový image a původní debian:wheezy si ponechat.

  root@1ec31c9983e3:/$ exit
  $ sudo docker commit -m 'Build and dev utils.' 1ec31c9983e3 debian:wheezy

Poté uvažujme situaci, že chci balit ~/sources/projekt/. Adresář ~/sources/projekt/debian/ tedy obsahuje control, rules apod. Build nechává hotové balíky v nadřazeném adresáři, mountujeme do kontejneru tedy ten. Název baleného adresáře předáme v proměnné PACKAGE_NAME, se kterou počítá skript /root/dpkg-buildpackage.sh.
Poznámka: Volba -v ~/.gnupg:/root/.gnupg je zbytečná, nechcete-li hotový balík podepisovat.

  $ cd ~/sources
  $ sudo docker run -ti -v $(pwd):/mnt/package -v ~/.gnupg:/root/.gnupg -e PACKAGE_NAME=projekt --entrypoint=/root/dpkg-buildpackage.sh debian:wheezy

Po skončení buildu by na nás měl čekat balík projekt-verze.deb (zjednodušeno).
Postup tvorby image lze zjednodušit Dockerfilem, viz [1].

No a zbývá jen promazat ukončené kontejnery - nechci je commitovat, ale zahodit.

  $ sudo docker rm `sudo docker ps -aq --filter 'status=exited'`

Zdroje:
[1] https://github.com/stevenjack/dpkg-buildpackage

       

Komentáře

[pavlix]

To úplně nevypadá jako hezké integrované řešení.

[johniez]

Tak ono s tim Dockerfile je rozjeti celkem v pohode. Jak jsem si rozepsal jednotlive kroky, vypada to kostrbate.

No a tem prikaz pro build - idealne skript ci alias, jinak je to zrudnost, no :)

[Josef Kufner]

Můžeš tedy přihodit na konec kompakní výsledek, jak to vypadá v reálném provozu?

[cezz]

Ja osobne by som za tym ziadnu eleganciu a integraciu nehladal. Ono je to take riesenie "na kolene", ked potrebujes skompilovat balicek a nechces si za*rat system. (alebo pre inu verziu) Ten link na konci clanku je o dost jednoduchsi a posobi viac elegantne. V zasade je to asi to iste ako pouzit chroot, akurat to moze byt jednoduchsie ak je niekto familiarnejsi s Dockerom.

Ak kompilujes balicky castejsie ako raz za uhorsky rok, tak je urcite lepsie obzriet sa po niecom inom, ale zas zvycajne ide o trosku vacsiu casovu investiciu.

[little-drunk-jesus]

super zapisek, jen v tom Dockerfile je dobre nahradit:

RUN apt-get update RUN apt-get install build-essential debhelper -y

za:

RUN apt-get update && apt-get install build-essential debhelper -y

Jinak hrozi automaticke vyuziti cache dockeru pro layer a dost zvlastni chovani. Obecne plati, ze v Dockeru je dobre co nejvice prikazu spojit, protoze kazda RUN instrukce vytvari vrstvu a soubory v ni uz nejdou odstranit (image bobtna).

[Bedňa]

Fakt Docker a balíčkovanie? Trochu mi to riešenie pripomína jeden init čo robí všetko okrem toho čo by mal Teda nech si každý robí čo chce len nech sa to nedostane main streamu

[pavlix]

Přijde ti použití třeba mocku o tolik čistší? :)

[Bedňa]

Tak Mock je nápad od RHEL, či?

[cezz]

Vzhladom na to, ze docker je v podstate taky chroot na steroidoch mi to nepripada o moc ine ako pouzit napriklad fakeroot..

[johniez]

Jasne. Co se ti na tom nezda? Mas pripravene prostredi, ve kterem se balik vytvori - jednoduche a rychle. Prijde mi to v pohode.

K cemu bys docker vyuzil?