csomag összeállítás
Deb csomagokat használnak olyan népszerű disztribúciók, mint a Debian és Ubuntu. Ellentétben különböző RPM-bázis eloszlása szerkezete ezen csomagok nem különböznek egymástól. Ezzel nem nehéz újjáépíteni egy csomagot egy elosztó a másik alá.
Deb-csomag egy gzip-archívum, valamint szkripteket és egyéb fájlokat. Itt egy tipikus példája a csomag neve:
Mint látható a csomag neve elválasztva aláhúzás változat, valamint az építészet, a csomagot. Keresztül a „-” szimbólum jelzi a látszatát kiadás, bár a pontos dolog, mint egy RPM nem létezik a számára.
Architektúrára a i386 (rpm), amd64 (64 bites csomag nevét az első AMD processzorok), az összes (ugyanaz, hogy noarch az RPM, függetlenül attól, építészet), PowerPC, és különféle egzotikus építészeti, hogy én vezetek nem úgy lesz.
Szerintem hasznos lenne, hogy végezzen egy felületes összehasonlítása RPM és DEB. Sok különbség van, de a végfelhasználó, akkor nem lesz olyan észrevehető. Általában, amikor mögöttünk valaki csinál mindent (és minőség), ez rendben van. Amint igyekszünk tenni valamit magadnak - minden rossz.
Tehát, a leghíresebb fémjelzi Deb jelenléte puha függőségek (Recomends és Javasolj). Sok ember látja ezt, mint egy természetfeletti erő és a hatalom DEB, bár, hogy ezek a függőségek csinálni, akkor valószínűleg nem tudom. Apt-get nem tudja kezelni őket, alkalmassági is két lehetőség közül apt konfiguráció:
Mindenesetre, Előírásszerű puha csomagot, amely nélkül a csomagot fog működni minden esetben. És véleményem szerint ez még mindig teljesen merev függés vagy puha, mint mi sem tesz minden a zsákok vagy Recomends Suggesttel ne tegyen semmilyen személyes vagy rendszer lesz tiszta csökkent funkciók bizonyos csomagok vagy gryaznenky egy csomó különböző csomagokat.
Egy másik hasznos különbséget az a képesség, hogy meghatározza a függőségek vagy logikai.
Az RPM, egy hasonló problémát javították hozzáadásával Biztosítja a csomagban, amelyen az összegyűlt csomagot. Azonban sokkal könnyebb megtenni, mint a DEB.
Még egy dolog, hogy lehet azonosítani, mint egy segédprogram. Minden szkript és a szolgáltatás a fájlok a / var / lib / dpkg / info /. Ahhoz, hogy tudjuk gyorsan nézd meg őket, nem gyötörték a különböző csapatok.
Tulajdonképpen ennyi. Deb csomag nem tudja meghatározni, hogy milyen autót is összeállítottuk a csomagban nincs más makrók RPM.
Általában, mint látható, az előnyök és hátrányok az egyik vagy a másik inkább megkérdőjelezhető. De ez csak az a végfelhasználó. Amint elkezdjük gyűjteni a saját csomag (szinte nulla), Deb hiányosságok válnak nyilvánvalóvá.
Ezek közé tartoznak:
- Többszörös konfigurációs fájlok (per 1 spec rpm);
- Sok szolgáltató dh_ * parancsok, amelyek nem teljesen világos, hogy mit csinálnak;
- Forrás egy olyan kérdés, nem egy fájlt, és a 2., 3.,
- Nehézségekbe ütközött egy patch;
- A lehetőség, hogy nem ugyanaz a dolog, több különböző módon.
Belső nyelvi dh_make is ez a szerelvény különösen vonzó.
Külön köszönet a digitális aláírás a csomagot. Deb csomag önmagában, szemben az RPM, nem írják alá, és írja alá a különböző szöveges fájlokat tartalmazó ellenőrző összegeket. A végén minden jön Release.gpg aláírás a tárolóban. Tehát, ha bármilyen módon dobja a fő tároló Bal csomag azonosítani annak hitelességét lehetetlen lesz. Sőt, általában az aláírás a tároló egy kulcs használatával egy üres jelszó.
Bár csomagokat Debian és Ubuntu, és minden egy helyen, de mivel számos tárolók és rendszerek egyesítik találni valamit nehéz lehet. Azt javasoljuk, hogy használja egyenként és packages.debian.org packages.ubuntu.com oldalakon. Rájuk akkor könnyen érthető, hogy mely disztró melyik csomag tartozik.
A következő részben fogunk beszélni az összeállítás Deb-csomagokat.
Oldal 1 1 1