Csomagok összeállítása különféle terjesztésekhez - jegyzetek a linuxról
Az első út. azt sugallja, hogy maga az, hogy néhány VirtualBox / Xen / OpenVZ / KVM / VMware, tedd bele az operációs rendszer, és nem a tényleges összeszerelés a csomagot. Ha valamit automatizálni kell, tényleg izzadni kell.
A harmadik út. Az openSUSE Tools repositoryban van egy build csomag. ami környezetet teremt a chrootban és összegyűjti a csomagot. Talán az egyetlen jelentős hátránya, hogy egy chroot környezet létrehozásához meg kell adnunk a szükséges disztribúciós csomagot a helyi lemezen. Ez nem kellemes, de túlélheti.
Szükségünk van egy 64 bites gépre (rajta épülhet ix86 és x86_64 csomagok). Csatlakoztatjuk az adattárat, és elhelyezjük az építési csomagot. Ezután elkészítjük a tárolók helyi példányát a szükséges terjesztésekhez (néha csak az elosztó készlet DVD-jéhez). A mínusz tanfolyam nagy, de ha elég hely van, akkor már észre sem veszik. Természetesen be kell állítania a szinkronizálást a tárolókkal. Jobb megosztani különböző architektúrákat a különböző könyvtárakban, így könnyebb lesz.
A / usr / lib / build / configs könyvtárban lévő build csomag tárolja a különbözõ eloszlások beállításait. Alapértelmezés szerint van Debian és mindenféle SUSE. Más disztribúciók forgatókönyvei, és ez a Fedora, a Mandriva, az Ubuntu, beleértve a különböző verziókat is, szerezhető be az OSC verziókezelő rendszeren keresztül. De mivel ezt általában meg kell adnia az összes OBS-nek, akkor letöltheti a konfigurációs fájlokat az archívumomból. Ezeket a / usr / lib / build / configs könyvtárba kell beírni.
Ez a parancs a build csomagból a forrás összes tartalmát az aktuális könyvtárba húzza. Valójában, ha van forráskódunk, akkor elég az aktuális könyvtárba helyezni. Ezután adja meg a parancsot (a root felhasználó alól):
Ha 32 bites csomagot kell fordítanunk, az előző parancs a következő formát öltheti:
A -rpms beállítás több könyvtárat is összekapcsolhat. Ehhez az útvonalat el kell különíteni a ":" szimbólummal, például:
Nem próbáltam gyűjteni deb csomagokat, de valószínűleg nincs sok különbség. Ez a módszer nagyon kényelmes, ha összeszedni kívánja a csomagokat a gépén, nem pedig valahol. Ebben az esetben sokkal kényelmesebb a csomag sikeres vagy sikertelen összeszerelését nyomon követni, írni az eredményeket feldolgozni, tárolni az adattárban, és elhelyezni a szerelvényt a saját folyamatos integrációs rendszerébe. Az egyetlen hátrány az, hogy nagyon nagy szabad hely áll rendelkezésre az elosztási csomagok számára.
Oldal 1/1 1
Pasib a cikket - a chroot Mandriva saját - de fájdalmasan bonyolult és perl 🙂 amíg én magam használni virtualke minimális telepítési parancsfájlt, hogy lemásolta ssh-n keresztül be van jelentkezve, és továbbítani LAS. Az egyetlen plusz virtualkoy - ez nem turnip a lemezen, de az interneten lehet használni.
Tigro.
Úgy tűnik, hogy iurt hív.
Itt jobban érdekelném a tanulás módját
fordulatszám fedóra.
Moszkva és RPM-dektoosilsya tudom, mi mást?
Ui És akkor a témával meg tudod menni és építeni msi 🙂
Tigro.
Tigris, és gyűjted ezt a build'om-ot?
Még mindig összegyűjtöttem akár moka, akár OVZ konténerben (néha még egy mockban is)
Talán valami szinte iparágra van szükségem, de a helyi OBS még mindig megijeszti szörnyűségét
Tigro.
Igen, most a Fedorára vagyok, így Yachat a Mandriva és az openSUSE alatt fut. A beépítés nagyon jól segített.
Nos, a legelterjedtebb disztribúciók csomagjainak összeállításához szükség van néhány Debian SID-re (mert van az utolsó fordulatszám). Itt használhatod a pbuilder (for deb), a mock (rpm), és a build a Mandriva, SUSE.
Van még egy alternatíva:
1. Hordozható (disztribúciótól független) bináris fájlok összegyűjtése
2. Dobja be őket rpm-ben
3. az rpm-ből a deb-hoz segítsen az alien'a-nak
Az előny az, hogy a fordítást csak kétszer kell elvégezni (egyszer az i386-ra, a másik az x86_64-re). De egy ilyen rpm vagy deb csomagot szinte minden dirre teszünk. A tar.gz csomagot mindenki számára is csomagolhatja. Ezenkívül nem kell lemezzel rendelkeznie minden egyes terjesztéshez - csak debian etch szükséges, de általában a debootstrap biztonságosan késleltetheti az internetet a szükséges minimumtól.
hátránya:
- Nagyobb csomagméret, mert be kell vonni a függő könyvtárakat.
- Még több zúgás a gyülekezettel. szükség van az eltartottak összegyűjtésére. Én ebben az üzletben élesítek egy forgatókönyvet, hogy a következő verzió kimeneténél nem mindent újra csinálok.
De a binárisnak nagy a pluszja - például, ha ktechlab vagy kvantum + a kde4 eloszlásokon (általában próbáld ki) 🙂
A DEB-csomagok összeszerelése egyébként nagyon különbözik az RPM-től. És az Ubuntu számára elfelejtette megemlíteni a LaunchPad-ot az építődémonokkal és a PPA =
Tigro.
Nem, nem felejtettem el, mivel leírtam az építményt. A indítópult csak Ubuntu alatt gyűjthető össze. Nos, a build build részeként a deb-hasonló a rpm buildhez (amikor mindent már megtett). Csak azt kell tudnod, hogyan lehet létrehozni és összegyűjteni a csomagokat, sőt, amit írt az első bekezdésben.
És a konfigurációval ellátott archívumra való hivatkozás nem működik. 404, mondja 🙁
Tigro.
Igen, elveszett az utolsó tűz után. Helyre kell állítani.