Hogyan lehet létrehozni a slax modulokat - a fejlesztők számára - a cikkek katalógusa - a slax operációs rendszer
A Slax modulokat bármikor létrehozhatod mindaddig, amíg magad használod. Ha azonban modulokat szeretne megosztani másokkal, akkor be kell tartania az ezen az oldalon ismertetett szabályokat. A szabályok elsősorban a felhasználó kényelmét szolgálják; Ha nem követi ezeket a szabályokat, akkor a modul soha nem fog bejutni a Slax modulok hivatalos adatbázisába.
A Slax modul tömörített squashfs fájlrendszer, a .lzm kiterjesztéssel. A modult a mksquashfs segédprogram hozza létre, és kihúzható (kicsomagolva) a unsquashfs használatával. Mindkét eszközt ki kell javítani (módosítani), hogy támogassa az LZMA tömörítési algoritmust. Ezek a segédprogramok már szerepelnek a Slaxban.
Minden Slax modul tartalmazza a teljes elérési útvonalat tartalmazó fájlokat és könyvtárakat. Például a bash (egy bináris és több man oldal) egy modulnak így kell lennie:
A modul összes könyvtára hozzáférhető legyen az általános felhasználók számára. Állítsa vissza az összes engedélyt 755-re (drwxr-xr-x), amíg nincs jelentős ok arra, hogy az egyedi könyvtár kiváló engedélyeit használja.
A modul méretét a lehető legkisebb méretben tartsa. Bontsa ki az összes fájlt, hogy lehet biztonságosan ki (pl oldal férfi, mert LZMA tömöríteni őket, annál jobb), Az összes fájl törlése, amelyekre nincs szükség a program futtatásához (pl felesleges dokumentáció, használaton kívüli hangok, képek png / jpg, szükségtelen fordítások a / usr / share / locale könyvtárból), és szüntesse meg a szükségtelen karaktereket a bináris fájlokból.
Program összeállításakor győződjön meg arról, hogy a megfelelő fordítójelzőket (cflags) és paramétereket használja. Továbbá ajánlott az i486 utasításokat használni (amelyek a legmegfelelőbb kompatibilitást biztosítják), hanem konfigurálják a kód teljesítményét, mintha a cél az i686 architektúra lenne. A Slax-ban a configure-for-slax parancsikonként futtatható. Ugyanezt teszi
Soha ne tartalmazzon meglévő fájlokat a Slax-ból a modulban, még akkor sem, ha megváltoztattad azokat. Más szóval, a modul soha nem "felülírja" a fájlokat a Slax-ban, amíg ennek nincs jelentős oka. Ezáltal a modul nem kompatibilis a Slax újabb verzióival, és problémákat okozhat a többi felhasználó moduljaival. Ha tényleg ki kell cserélni a fájlt Slax, (például, hogy regisztráljon egy új utat /etc/ld.so.conf-ban) levelet helyett futtatni egy scriptet, ami megváltoztatja (update) egyetlen fájl, ahelyett, hogy felülírná azt a modult.
Íme egy példa egy olyan fájlok listájára, amelyek soha nem szerepelhetnek a modulban:
Ha a modul aktiválásakor, vagy a rendszer indításakor vagy leállításakor végrehajtani kell valamit, használja a sysvinit típusú könyvtárakat. A legjobb gyakorlat az /etc/rc.d/init.d/ könyvtár általános parancsfájl készítése, amely meg fogja érteni a "start" és a "stop" argumentumokat. Az ebben a könyvtárban található összes parancsfájl a modul indításakor a "start" argumentummal kezdődik, és a leállítás idején a "stop" argumentummal. Opcionálisan, akkor létre szimbolikus linkeket kezdve nagybetűs s (start) és nagybetűs k (kill) a könyvtárak sysvinit egyezik meg a kívánt futási szint, mint /etc/rc.d/rc3.d/. Minden egyes alkalommal, amikor a futási szintet megváltoztatják, a Slax minden szkriptet végrehajt, mivel k az előző runlevel (kill) könyvtárból és az összes parancsfájlból, mivel s az aktuális runlevel könyvtárból.
A következő példában, elvégzi Slax „apache.sh Start” a 3. szinten (vagyis indítsa el a rendszer), és elvégzi „apache.sh stop” teljesítményét a szint 0 vagy 6 (ez azt jelenti, Slax ki, vagy visszaállítja a rendszert) .
Ha a szoftver futtatható bármilyen grafikus környezet (KDE, XFCE, stb), akkor meg kell tenni az ikont, és adjunk hozzá egy fájlt egy menüpont a modulban, így a felhasználó könnyen elindítani az alkalmazást, keressük meg azt a menüben. Egy menüelem hozzáadásához egyszerűen hozzon létre két fájlt:
Az első fájl (* .desktop) leírja a menüpontot. Ez így néz ki:
Amikor a modul szoftverét elindítja, csak el kell kezdenie a munkát, felesleges párbeszédek, napi tippek vagy licencszerződések nélkül. Ne feledje, hogy ha a felhasználó hozzá egy modul CD-R, akkor nem lesz képes, hogy emlékezzen a modul beállításai (kapcsolja ki a prompt, fogadja el a licencszerződést, stb), hogy a készülék nem zavarja őt.
A modul függőségének minimálisnak kell lennie. Ez azt jelenti, hogy jobb, ha nem függenek más moduloktól, de meg kell próbálnia csökkenteni a modul méretét. Például, ha az egység működik gond nélkül nélkül python-a, majd távolítsa el az összes szkriptet Python helyett beépített Python-leginkább a modell, stb
Ha a modul olyan könyvtárakat igényel, amelyek csak a modulhoz szükségesek, akkor ezeket a könyvtárakat is magának a modulnak kell tartalmaznia, és nem külön be kell töltenie őket. Például az XFCE számos xfcelib * könyvtárat igényel, amelyekre máshol nincs szükség. Csatlakoztassa őket az XFCE modulba.
Másrészről, ha szüksége van a modulokra vonatkozó könyvtárakra, amelyeket valaki más megkövetel, akkor ezeket a könyvtárakat külön kell letölteni a modultól. Például a Python bináris fájlokat mindig le kell tölteni minden modulról.
Töltse le a modulokat
Amikor a modul megfelel a szabályoknak, megoszthatja azt másokkal. A hivatalos modultárhelynek olyan hasznosnak kell lennie a végfelhasználók számára, amennyire csak lehetséges; erre a célra fontos, hogy mindegyik modul simpotichnogo ikon, screenshot mutatja külleme futó szoftver friss SLAX (az alapértelmezett KDE stílus), valamint azt is, teljes leírását, amely segítségével a felhasználók átfogó tájékoztatás a modult.
A cím nem tartalmazhat minden felesleges kötőjelet és aláhúzást, csak adja meg az alkalmazás nevét, majd a verziószámot. Például: