Banyak orang tampaknya takut mencampur stabil dengan pengujian, tetapi terus terang, pengujian cukup stabil dalam dirinya sendiri, dan dengan preferensi yang tepat dan pemeriksaan solusi, Anda dapat menghindari "stabilitas drift" yang menempatkan paket inti Anda di jalur yang tidak stabil.
"Pengujian cukup stabil ??" , Anda bertanya. Iya. Agar paket dapat bermigrasi dari tidak stabil ke pengujian, paket tidak boleh memiliki bug terbuka selama 10 hari berturut-turut. Kemungkinannya adalah, terutama untuk paket yang lebih populer, seseorang akan mengirimkan laporan bug untuk versi yang tidak stabil jika ada sesuatu yang salah.
Bahkan jika Anda tidak ingin mencampurkan lingkungan, masih bagus untuk memiliki opsi di sana jika Anda mengalami sesuatu yang memerlukan versi yang lebih baru daripada yang ada di stabil.
Inilah yang saya rekomendasikan untuk pengaturan ini:
Pertama, buat file berikut di /etc/apt/preferences.d:
stable.pref:
# 500 <= P < 990: causes a version to be installed unless there is a
# version available belonging to the target release or the installed
# version is more recent
Package: *
Pin: release a=stable
Pin-Priority: 900
testing.pref:
# 100 <= P < 500: causes a version to be installed unless there is a
# version available belonging to some other distribution or the installed
# version is more recent
Package: *
Pin: release a=testing
Pin-Priority: 400
unstable.pref:
# 0 < P < 100: causes a version to be installed only if there is no
# installed version of the package
Package: *
Pin: release a=unstable
Pin-Priority: 50
experimental.pref:
# 0 < P < 100: causes a version to be installed only if there is no
# installed version of the package
Package: *
Pin: release a=experimental
Pin-Priority: 1
(Jangan takut dengan hal-hal yang tidak stabil / eksperimental di sini. Prioritasnya cukup rendah sehingga tidak akan pernah secara otomatis menginstal hal-hal itu. Bahkan cabang pengujian akan berperilaku, karena hanya akan menginstal paket yang Anda inginkan. dalam pengujian.)
Sekarang, membuat set yang cocok untuk /etc/apt/sources.list.d:
stable.list: Salin dari sumber asli Anda /etc/apt/sources.list. Ubah nama file lama menjadi sesuatu seperti sources.list.orig.
testing.list: Sama seperti stable.list, kecuali dengan testing.
unstable.list: Sama seperti stable.list, kecuali dengan unstable, dan menghapus daftar keamanan.
experimental.list: Sama seperti unstable.list, kecuali dengan experimental.
Anda juga dapat menambahkan tanda oldstablemasuk sources.lists.ddan preferences.d(gunakan prioritas 1), meskipun moniker ini akan cenderung kedaluwarsa dan menghilang sebelum siklus stabil berikutnya. Dalam kasus seperti itu, Anda dapat menggunakan http://archive.debian.org/debian/dan "hardcode" versi Debian (etch, lenny, dll.).
Untuk menginstal versi pengujian suatu paket, cukup gunakan aptitude install lib-foobar-package/testing, atau langsung saja ke GUI aptitude dan pilih versi di dalam detail paket (tekan enter pada paket yang Anda cari).
Jika Anda mendapat keluhan tentang konflik paket, lihat solusinya terlebih dahulu. Dalam kebanyakan kasus, yang pertama adalah "jangan pasang versi ini". Belajarlah untuk menggunakan per-paket menerima / menolak pilihan resolver. Misalnya, jika Anda menginstal foobar-package / testing, dan solusi pertama adalah "jangan instal foobar-package / testing", maka tandai pilihan itu sebagai ditolak, dan solusi lain tidak akan pernah membelok ke jalur itu lagi. Dalam kasus seperti ini, Anda mungkin harus menginstal beberapa paket pengujian lainnya.
Jika terlalu berbulu (seperti mencoba untuk meng-upgrade libc atau kernel atau sistem inti besar lainnya), maka Anda dapat menolak jalur upgrade tersebut atau hanya mundur dari upgrade awal sama sekali. Ingatlah bahwa itu hanya akan memutakhirkan hal-hal menjadi pengujian / tidak stabil jika Anda mengizinkannya.
EDIT: Memperbaiki beberapa pin prioritas, dan memperbarui daftar.
