Documentație8.3.3. Lucrul cu mai multe distribuții
Dat fiind potrivit este un instrument atât de minunat, probabil că veți dori să vă scufundați și să începeți să experimentați cu pachete care provin din alte distribuții. De exemplu, după instalarea unui sistem Kali Rolling, este posibil să doriți să încercați un pachet software disponibil în Kali Dev, Debian Unstable sau Debian Experimental fără a diverge prea mult de starea inițială a sistemului.
Chiar dacă ocazional veți întâmpina probleme în timp ce amestecați pachete din diferite distribuții, potrivit gestionează foarte bine o astfel de coexistență și limitează riscurile foarte eficient (cu condiția ca dependențele pachetului să fie corecte). Mai întâi, enumerați toate distribuțiile utilizate în / Etc / apt / sources.list și definiți-vă distribuția de referință cu APT::Default-Release parametrul (vezi secțiunea 8.2.3, „Îmbunătățirea lui Kali Linux” [pagina 179]).
Să presupunem că Kali Rolling este distribuția dvs. de referință, dar că Kali Dev și Debian Unstable sunt, de asemenea, listate în dvs. surse.list fişier. În acest caz, puteți utiliza apt install pachet/ instabil pentru a instala un pachet din Debian Unstable. Dacă instalarea eșuează din cauza unor dependențe nesatisfăcute, lăsați-l să rezolve aceste dependențe în Unstable adăugând -t instabil parametru.
În această situație, upgrade-urile (upgrade-ul și actualizare completă) se fac în Kali Rolling, cu excepția pachetelor deja actualizate la o altă distribuție: acestea vor urma actualizările disponibile în celelalte distribuții. Vom explica acest comportament cu ajutorul priorităților implicite stabilite de APT mai jos. Nu ezitați să utilizați politica apt-cache (vezi bara laterală „Utilizarea apt-cache Politica” [pagina 199]) pentru a verifica prioritățile date.
Totul se bazează pe faptul că APT ia în considerare doar pachetele cu o versiune mai mare sau egală decât pachetul instalat (presupunând că / etc / apt / preferences nu a fost folosit pentru a forța priorități mai mari de 1000 pentru unele pachete).
Utilizarea politica apt-cache Pentru a înțelege mai bine mecanismul priorității, nu ezitați să executați politica apt-cache pentru a afișa prioritatea implicită asociată fiecărei surse de pachet. De asemenea, puteți utiliza politica apt-cache pachet pentru a afișa prioritățile tuturor versiunilor disponibile ale unui pachet dat.
Utilizarea politica apt-cache Pentru a înțelege mai bine mecanismul priorității, nu ezitați să executați politica apt-cache pentru a afișa prioritatea implicită asociată fiecărei surse de pachet. De asemenea, puteți utiliza politica apt-cache pachet pentru a afișa prioritățile tuturor versiunilor disponibile ale unui pachet dat.
Să presupunem că ați instalat versiunea 1 a unui prim pachet de la Kali Rolling și că versiunea 2 și respectiv 3 sunt disponibile în Kali Dev și Debian instabil. Versiunea instalată are o prioritate de 100, dar versiunea disponibilă în Kali Rolling (același) are o prioritate de 990 (pentru că face parte din versiunea țintă). Pachete în Kali Dev și Debian instabil au o prioritate de 500 (prioritatea implicită a unei versiuni neinstalate). Câștigătorul este astfel versiunea 1 cu prioritate de 990. Pachetul rămâne în Kali Rolling.
Să luăm exemplul unui alt pachet din a cărui versiune 2 a fost instalată Kali Dev. Versiunea 1 este disponibilă în Kali Rolling și versiunea 3 in Debian instabil. Versiunea 1 (de prioritate 990 – deci mai mică decât 1000) este eliminată deoarece este mai mică decât versiunea instalată. Se lasă doar versiunea 2 și 3, ambele cu prioritate 500. În fața acestei alternative, APT selectează cea mai nouă versiune, cea din Debian instabil. Dacă nu doriți să instalați un pachet din Kali Dev spre a migra Debian instabil, trebuie să atribuiți o prioritate mai mică de 500 (490 de exemplu) pachetelor care provin din Debian instabil. Puteți modifica / etc / apt / preferences în acest sens:
Pachet: *
Pin: eliberați a=instabil. Pin-Priority: 490
Pachet: *
Pin: eliberați a=instabil. Pin-Priority: 490