Puteți crea module pentru Slax în orice mod atâta timp cât le folosiți singuri. Cu toate acestea, dacă doriți să partajați module cu alții, va trebui să urmați regulile descrise în această pagină. Regulile sunt făcute, în primul rând, pentru confortul utilizatorului; dacă nu respectați aceste reguli, modulul dvs. nu va intra niciodată în baza de date oficială a modulelor Slax.
Modulul Slax este un sistem de fișiere comprimat squashfs cu extensia .lzm. Modulul este creat de utilitarul mksquashfs și poate fi extras (despachetat) folosind unsquashfs. Ambele instrumente ar trebui să fie patch-uri (modificate) pentru a susține algoritmul de compresie LZMA. Aceste utilități sunt deja incluse în Slax.
Fiecare modul Slax conține toate fișierele și directoarele cu calea completă. De exemplu, un modul cu bash (o pagină binară și mai multe manuale) ar trebui să arate cam așa:
Toate directoarele din modulul dvs. trebuie să fie accesibile utilizatorului general. Resetați toate permisiunile la 755 (drwxr-xr-x) până când există un motiv semnificativ pentru a utiliza permisiunile excelente pentru directorul individual.
Păstrați mărimea modulului cât mai mică posibil. Dezarhivați toate fișierele care pot fi extrase în condiții de siguranță (de exemplu, pagina de om, pentru că LZMA le comprima mai bine), ștergeți toate fișierele care nu sunt necesare pentru a rula programul (de exemplu, documentația inutile, sunetele neutilizate, imagini png / jpg, inutile traduceri de la / usr / share / locale) și eliminați toate caracterele inutile din binare.
Când compilați un program, asigurați-vă că utilizați instrumentele corecte de compilator (cflags) și parametrii corespunzători. În plus, se recomandă utilizarea instrucțiunilor i486 (care oferă cea mai bună compatibilitate înapoi), dar și configurarea performanței codului ca și cum tinta ar fi arhitectura i686. În Slax, puteți executa configura-pentru-slax ca o comandă rapidă. El face același lucru
Nu includeți niciodată fișierele existente din Slax în modulul dvs., chiar dacă le-ați schimbat. Cu alte cuvinte, modulul dvs. nu ar trebui să "suprascrie" niciun fișier din Slax, până când nu există un motiv semnificativ pentru acest lucru. Acest lucru poate face ca modulul dvs. să fie incompatibil cu versiunile mai noi ale Slax și poate cauza probleme cu modulele altor utilizatori. Dacă într-adevăr trebuie să înlocuiți fișierul în Slax, (de exemplu, pentru a înregistra o nouă cale în /etc/ld.so.conf), scrie în schimb pentru a rula un script care se va schimba (update) un singur fișier, în loc de a rescrie-l la modulul.
Iată un exemplu de listă a mai multor fișiere care nu ar trebui niciodată incluse în modulul dvs.:
Dacă aveți nevoie pentru a executa ceva în timpul activării modulului, sau de pornire sau oprirea sistemului, apoi utilizați sysvinit director-tip. Cele mai bune practici pentru a asigura directorul script universal /etc/rc.d/init.d/ care înțelege „Start“ și argumentele „stop“. Toate script-urile din directorul va fi lansat cu argumentul „de pornire“ în timpul modulului de activare, și argumentul „oprire“ în timpul opririi. Opțional, puteți configura link-uri simbolice începând cu majuscule s (Start) și k majuscule (ucide) în directoarele sysvinit se potrivesc cu nivelul de execuție dorit, astfel /etc/rc.d/rc3.d/. De fiecare dată când nivelul de execuție este schimbat, Slax execută toate script-urile care încep cu k din directoarele runlevel anterioare (pentru a ucide), și toate script-urile care încep cu e pe acest director nivel de execuție.
În exemplul următor, se va efectua Slax „start apache.sh“ la nivelul 3 (adica pornirea sistemului) și va efectua „apache.sh oprire“ performanță la nivelul 0 sau 6 (ceea ce înseamnă că Slax off sau resetează sistemul) .
În cazul în care software-ul poate fi rulat în orice mediu grafic (KDE, XFCE, etc), atunci ar trebui să pună pictograma și adăugați un fișier într-un element de meniu în modulul dvs., astfel încât utilizatorul poate începe cu ușurință aplicația, localizați-o în meniu. Pentru a adăuga un element de meniu, creați doar două fișiere:
Primul fișier (* .desktop) descrie elementul de meniu. Poate arata astfel:
Când software-ul modulului dvs. pornește, ar trebui să înceapă să funcționeze, fără dialoguri inutile, sfaturi de zi sau acorduri de licență. Rețineți că dacă utilizatorul a adăugat modulul dvs. la CD-R, atunci nu va putea să-și amintească setările modulului (dezactivați solicitările, acceptați acordul de licență etc.), astfel încât modulul să nu-l deranjeze.
Dependențele modulului dvs. ar trebui să fie cât mai puțin posibil. Acest lucru înseamnă că este mai bine să nu aveți dependențe de alte module, dar ar trebui să încercați să reduceți dimensiunea modulului. De exemplu, dacă modulul dvs. poate funcționa perfect fără python, atunci eliminați toate scripturile din Python, în loc să includeți Python în model etc.
Dacă modulul dvs. necesită biblioteci care sunt necesare doar pentru modulul dvs., atunci ar trebui să includeți astfel de biblioteci în modulul propriu-zis și să nu le încărcați separat. Ca exemplu, XFCE necesită un număr mare de biblioteci xfcelib *, care nu sunt necesare în altă parte. Deci, includeți-le în modulul XFCE.
Pe de altă parte, dacă aveți nevoie de biblioteci pentru modulul dvs. care ar putea fi solicitate de altcineva, atunci aceste biblioteci ar trebui să fie descărcate separat de modulul propriu-zis. De exemplu, fișierele binare Python ar trebui să fie descărcate întotdeauna separat de orice modul.
Descărcați modulele
Când modulul dvs. respectă regulile, îl puteți împărtăși altor persoane. Depozitul de module oficiale ar trebui să fie la fel de util pentru utilizatorii finali; în acest scop, este important ca fiecare modul are simpotichnogo pictograma, captură de ecran arată ca software-ul care rulează pe SLAX proaspete (folosind stilul implicit KDE), și conțin, de asemenea, o descriere completă a ceea ce va oferi utilizatorilor informații complete despre modulul.
Titlul nu trebuie să conțină liniuțe și subliniere inutile, specificați doar numele aplicației și apoi numărul versiunii. De exemplu: