Stații de lucru online OnWorks Linux și Windows

logo

Găzduire online gratuită pentru stații de lucru

<Înapoi | Cuprins | Următor>

9.1. Modificarea pachetelor Kali‌


Modificarea pachetelor Kali este de obicei o sarcină pentru colaboratorii și dezvoltatorii Kali: aceștia actualizează pachetele cu versiuni noi în amonte, modifică configurația implicită pentru o mai bună integrare în distribuție sau remediază erorile raportate de utilizatori. Dar este posibil să aveți nevoi specifice care nu sunt îndeplinite de pachetele oficiale și a ști cum să construiți un pachet modificat poate fi astfel foarte valoros.

S-ar putea să vă întrebați de ce trebuie să vă deranjați cu pachetul. La urma urmei, dacă trebuie să modificați o bucată de software, puteți oricând să luați codul sursă al acestuia (de obicei, cu merge) și rulați versiunea modificată direct din checkout-ul sursă. Acest lucru este bine atunci când este posibil și când utilizați directorul dvs. de acasă în acest scop, dar dacă aplicația dvs. necesită o configurare la nivel de sistem (de exemplu, cu o make install pas) atunci vă va polua sistemul de fișiere cu fișiere necunoscute dpkg și în curând va crea probleme care nu pot fi detectate de dependențele pachetelor. În plus, cu pachetele adecvate, veți putea să vă împărtășiți modificările și să le implementați pe mai multe computere mult mai ușor sau să anulați modificările după ce ați descoperit că nu funcționează așa cum ați sperat.

Deci, când ați dori să modificați un pachet? Să aruncăm o privire la câteva exemple. În primul rând, vom presupune că sunteți un utilizator intens al SET și ați observat o nouă versiune în amonte, dar dezvoltatorii Kali sunt cu toții ocupați pentru o conferință și doriți să o încercați imediat. Doriți să actualizați singur pachetul. Într-un alt caz, vom presupune că vă străduiți să vă puneți în funcțiune cardul MIFARE NFC și doriți să reconstruiți „libfreefare” pentru a activa mesajele de depanare pentru a avea date acționabile pentru a le furniza într-un raport de eroare pe care îl pregătiți în prezent. Într-un ultim caz, vom presupune că programul „pyrit” eșuează cu un mesaj de eroare criptic. După o căutare pe web, găsiți un commit pe care vă așteptați să vă remedieze problema în depozitul GitHub din amonte și doriți să reconstruiți pachetul cu această remediere aplicată.

Vom parcurge toate aceste mostre în secțiunile următoare. Vom încerca să generalizăm explicațiile, astfel încât să puteți aplica mai bine instrucțiunile în alte cazuri, dar este imposibil să acoperiți toate situațiile pe care le-ați putea întâlni. Dacă întâmpinați probleme, aplicați cea mai bună rațiune pentru a găsi o soluție sau căutați ajutor pe cele mai potrivite forumuri (vezi capitolul 6, „Ajutați-vă și obțineți ajutor” [pagina 124]).

Indiferent de schimbare pe care doriți să o faceți, procesul general este întotdeauna același: luați pachetul sursă, extrageți-l, faceți modificările, apoi construiți pachetul. Dar pentru fiecare pas, există adesea mai multe instrumente care pot gestiona sarcina. Am ales cele mai relevante și mai populare instrumente, dar recenzia noastră nu este exhaustivă.


 

Top OS Cloud Computing la OnWorks: