Bekerja dengan Beberapa Distribusi dari Panduan Kali Linux oleh OnWorks

Loncat ke daftar isi

8.3.3. Bekerja dengan Beberapa Distribusi‌

Mengingat bahwa tepat adalah alat yang luar biasa, Anda mungkin ingin menyelam dan mulai bereksperimen dengan paket yang berasal dari distribusi lain. Misalnya, setelah menginstal sistem Kali Rolling, Anda mungkin ingin mencoba paket perangkat lunak yang tersedia di Kali Dev, Debian Unstable, atau Debian Experimental tanpa terlalu menyimpang dari status awal sistem.

Bahkan jika Anda kadang-kadang menemui masalah saat mencampur paket dari distribusi yang berbeda, tepat mengelola koeksistensi seperti itu dengan sangat baik dan membatasi risiko dengan sangat efektif (asalkan dependensi paket akurat). Pertama, buat daftar semua distribusi yang digunakan dalam / Etc / apt / sources.list dan tentukan distribusi referensi Anda dengan APT::Default-Rilis parameter (lihat bagian 8.2.3, “Meningkatkan Kali Linux” [halaman 179]).

Misalkan Kali Rolling adalah distribusi referensi Anda tetapi Kali Dev dan Debian Unstable juga terdaftar di sources.list mengajukan. Dalam hal ini, Anda dapat menggunakan untuk menginstal paket/ tidak stabil untuk menginstal paket dari Debian Unstable. Jika penginstalan gagal karena beberapa dependensi yang tidak dapat dipenuhi, biarkan ia menyelesaikan dependensi tersebut dalam Unstable dengan menambahkan -t tidak stabil parameter.

Dalam situasi ini, upgrade (meningkatkan dan peningkatan penuh) dilakukan dalam Kali Rolling kecuali untuk paket yang sudah diupgrade ke distribusi lain: paket tersebut akan mengikuti pembaruan yang tersedia di distribusi lain. Kami akan menjelaskan perilaku ini dengan bantuan prioritas default yang ditetapkan oleh APT di bawah ini. Jangan ragu untuk menggunakan kebijakan apt-cache (lihat bilah sisi “Menggunakan apt-cache kebijaksanaan” [halaman 199]) untuk memverifikasi prioritas yang diberikan.

Semuanya bergantung pada fakta bahwa APT hanya mempertimbangkan paket dengan versi yang lebih tinggi atau sama dari paket yang diinstal (dengan asumsi bahwa / etc / apt / preferensi belum digunakan untuk memaksa prioritas lebih tinggi dari 1000 untuk beberapa paket).

Menggunakan kebijakan apt-cache Untuk mendapatkan pemahaman yang lebih baik tentang mekanisme prioritas, jangan ragu untuk mengeksekusi kebijakan apt-cache untuk menampilkan prioritas default yang terkait dengan setiap sumber paket. Anda juga bisa menggunakan kebijakan apt-cache paket untuk menampilkan prioritas semua versi yang tersedia dari paket yang diberikan.

Mari kita asumsikan bahwa Anda telah menginstal versi 1 dari paket pertama dari Kali Berguling dan versi 2 dan 3 masing-masing tersedia di Kali Dev dan Debian Tidak Stabil. Versi yang diinstal memiliki prioritas 100 tetapi versi tersedia di Kali Berguling (sama saja) memiliki prioritas 990 (karena merupakan bagian dari rilis target). Paket di Kali Dev dan Debian Tidak Stabil memiliki prioritas 500 (prioritas default dari versi yang tidak diinstal). Pemenangnya adalah versi 1 dengan prioritas 990. Paket tetap di Kali Berguling.

Mari kita ambil contoh paket lain yang versi 2 telah diinstal dari Kali Dev. Versi 1 tersedia di Kali Berguling dan versi 3 dalam Debian Tidak Stabil. Versi 1 (dengan prioritas 990—dengan demikian lebih rendah dari 1000) dibuang karena lebih rendah dari versi yang diinstal. Ini hanya menyisakan versi 2 dan 3, keduanya prioritas 500. Menghadapi alternatif ini, APT memilih versi terbaru, salah satu dari Debian Tidak Stabil. Jika Anda tidak ingin paket diinstal dari Kali Dev untuk bermigrasi ke Debian Tidak Stabil, Anda harus menetapkan prioritas lebih rendah dari 500 (490 misalnya) untuk paket yang berasal dari Debian Tidak Stabil. Anda dapat memodifikasi / etc / apt / preferensi untuk efek ini:

Paket: *

Pin: lepaskan a=tidak stabil Prioritas Pin: 490

Paket: *

Pin: lepaskan a=tidak stabil Prioritas Pin: 490