Könyvtáros @ blog ~ $, hogyan kell gyűjteni és terjeszteni csomagokat Debian alapú disztribúciók
Nem túl gyakran, de előfordul az életében a rendszergazda amikor a rendszer működését kell összerakni egy csomagot egy újabb szoftver, vagy a tapaszt a rendszerbe.
Vagy akár létre egy csomagot a program, hogy a személyzet, hogy az operációs rendszer, a módszerek, állítsa be és ellenőrizze a frissítési folyamatot. Bár ez nem egészen ellátást rendszergazda.
Tehát, van egy vágy, hogy csomagot állított össze, és csinálni.
Nem fogom elmondani, hogyan kell egy csomagot a semmiből, azt akarom mondani, hogy pontosan hogyan kell átvenni. Azt feltételezik, hogy a csomag már ott van, mindent, amire szüksége van.
Amire szükségünk
Hogyan, hogy ne
Ahogy a neve is mutatja: minden, ami az alábbiakban ismertetjük, ez nem feltétlenül szükséges, de ha akarod, és így nem.
Nem tudom mi van, de én munkám gép fele a csomagokat, amik a backports, a PPA és egyéb harmadik fél tárolójából.
Mi következik ebből? Ebből következik, hogy előfordulhat, hogy a kapcsolódó hiba a rossz kapcsolat a könyvtárakat (pl gyakori helyzet, amikor nem csak kapcsolódik ellen helytelen összeállított fájlokat, de néhány változás logikája a szerelvény maga a rendszer program, attól függően, hogy a rendelkezésre álló verzió). De ha felveszi magad, akkor ez a módszer jó.
A leggyakoribb módja, hogy építsenek rám -, hogy egy hivatalos csomag egy régebbi verzió, és lefordítani a disztró. Ezt a folyamatot nevezik bekportirovaniem.
Nézzük például a csomagolás felügyelő, a ziháló használt 3.0a8, de szükségünk van a legújabb 3.0 verzió. A sid pillanatnyilag csak 3.0b2.
Ugrás az oldal a csomagot, és szivattyúzza ki a forrás csomag (jobb oldali oszlop, DSC fájl):
Most arra van szükség, hogy a fájlt a legújabb verzióját a témavezető:
Ezután frissíteni kell a verziója a csomag:
Most kezdhetjük építeni eljárás (ami pontosan mi a baj, hogy nem, a fent leírt okok miatt):
Összeszerelése után a deb fájl megjelenik a könyvtárban, amely lehet megfelelően beállítani:
Hogyan kell csinálni
Mivel a fent említett okok miatt, akkor szükséges, hogy egy előkészített környezet, amely tartalmaz egy a csomagok minimális halmazát, amelyek megfelelnek a környezet, amelyben építeni csomagok forgalmazás.
Egyértelmű, hogy kitalálni semmit nem kell, és minden már befejeződött, és vizsgáljuk millió alkalommal: (c) debootstrap.
Azonban csak debootstrap letöltések és kibontását a környezet, és hogy van valami, amit tennie kell, hogy összegyűjtsék a chroot, felmászik egy csomó dolgot, általában túl sok ismétlődő és unalmas munka.
Ezért a forgalmazási fejlesztője pbuilder (van sbuild, ami ténylegesen felhasznált építeni szerver, ezért pbuilder, de nem sbuild elolvashatja itt), amely lehetővé teszi, hogy építsenek csomagokat tiszta környezetben.
Pbuilder nagyon jól kastomiziruetsya át egy fájlt pbuilderrc, de itt a fejlesztők nem podsuetilis pbuilder-dist, amely gondoskodik a multiplatform támogatást.
Sajnos, a dobozból csak Ubuntu, ez a csomag ubuntu-dev-tools. De a Debian is lehet venni a PPA.
Használatukkal nagyon egyszerű:
És egy teljes csomag összeállítása után eljárást fog megjelenni
Mi a helyzet a testreszabás, kérdezed? Semmi sem változott, minden pbuilder is felveszi a konfiguráció, például
Ez a megoldás lenyűgöz engem az egyszerűség és a kényelem.
Ésszerű kérdés merül fel, mi a következő lépés, hogy köze van a csomagokat.
Konfigurálása lerakat
Ahogy azt már többször panaszkodott a blog az interneten milliárd utasításokat minden alkalommal, de közülük nem normális. Ezek vagy hiányos, vagy nem működik, vagy a munka, de nem ahogy kellene (vagy jobb).
Ugyanez szemetet létrehozásával tárolókban. A legtöbb iránymutatások alkalmazását javasolják valami, mint az apt-ftparchive, majd a kezét, hogy írja alá az adattár (ha egyáltalán azt sugallják, hogy nem). Valószínűleg azért, mert a fejlesztők gondoltak, hogy lehet automatizálni ezt a feladatot, és jó eszközök készenlétben.
Egy ilyen eszköz tudok hívni reprepro.
Ez használ egy csomó ember, mint a nginx hivatalos adattár segítségével létrehozott reprepro.
Azonban van egy hátránya - a külön könyvtárat a gyökere az archív, úgyhogy próbálja szétválasztani az aktuális könyvtárat a rendelkezésre álló hálózatot a tárolóból.
Azt is mondják, hogy nem lehet reprepro tökéletesen működik, néha nagyon homályos hibák, amelyek előírják, hogy felül nem túl nyilvánvaló lehetőségek, de a többi, ez nagyon jól működik.
Nem akarom megmondani, hogyan kell létrehozni egy GPG kulcsot, és hogyan kell kezelni, nekem ez tökéletesen elkészített @cancel.
Hozzon létre egy könyvtárat, ahol fut reprepro:
A conf könyvtár két fájlt:
- opciók felelős reprepro lehetőségek
- eloszlások felelős a tár konfiguráció