Debian Sid sering membuat takut pengguna baru. Bagaimanapun, ini disebut "Tidak Stabil", dan dinamai menurut nama anak jahat di Toy Story yang merusak semua mainannya. Pasti mengerikan, kan? Yah, bukan itu masalahnya, sebagian besar waktu. Sid tidak lebih tidak stabil dibandingkan dengan Arch Linux, dan dengan sedikit perencanaan dan akal sehat, Anda dapat menjalankan Sid di desktop dengan relatif aman.
Dalam tutorial ini Anda akan mempelajari:
- Cara Menyiapkan Apt-Listbugs
- Cara Menghindari Membuat FrankenDebian
- Cara Menggunakan PPA Ubuntu dengan Hemat
- Cara Merencanakan Peningkatan Anda
Gunakan Debian Sid dengan Aman. Persyaratan dan Konvensi Perangkat Lunak yang Digunakan
| Kategori | Persyaratan, Konvensi, atau Versi Perangkat Lunak yang Digunakan |
|---|---|
| Sistem | Sid Debian |
| Perangkat Lunak | T/A |
| Lainnya | Akses istimewa ke sistem Linux Anda sebagai root atau melalui sudo perintah. |
| Konvensi | # – membutuhkan perintah linux yang diberikan untuk dieksekusi dengan hak akses root baik secara langsung sebagai pengguna root atau dengan menggunakan sudo perintah$ – membutuhkan perintah linux yang diberikan untuk dieksekusi sebagai pengguna biasa yang tidak memiliki hak istimewa |
Cara Menyiapkan Apt-Listbugs
Seperti kebanyakan distribusi Linux rilis bergulir, Sid tidak hanya mengerem secara acak karena rasanya seperti itu. Kerusakan biasanya berasal dari pembaruan yang buruk. Meskipun tidak ada pengganti yang benar untuk berlangganan dan membaca milis pengembang, tidak semua orang punya waktu untuk itu. Untungnya, Apt melacak bug yang diketahui, dan ada alat praktis yang akan memberi tahu Anda jika ada bug dalam peningkatan yang akan datang dan memungkinkan Anda memilih untuk menghentikannya sebelum merusak sesuatu.
Apt-listbugs bekerja secara otomatis dalam proses instalasi. Anda tidak perlu mengonfigurasi apa pun, dan Anda tidak perlu menjalankannya secara manual. Cukup instal paket, dan jalankan pembaruan Anda seperti biasa. Jika ada bug, apt-listbugs akan menjeda pemutakhiran, dan memberi Anda bug dan paket yang terpengaruh. Di sana, Anda dapat memilih untuk tetap melanjutkan atau berhenti. Hampir selalu merupakan ide yang baik untuk berhenti, kecuali Anda yakin bugnya kecil dan tidak akan memengaruhi sistem Anda. Dari sana, Anda dapat memilih untuk menunggu untuk mengupgrade sistem Anda lagi, dengan harapan bug telah teratasi, atau Anda dapat menggunakan penyematan Apt untuk beralih ke versi Pengujian paket hingga bug diperbaiki. Cara mana pun adalah pilihan yang tepat, dan Anda harus mengevaluasi kasus per kasus.
$ sudo apt install apt-listbugs apt-listchanges
Apt-listchanges adalah alat lain yang mudah digunakan yang memberi tahu Anda perubahan penting apa pun pada sebuah paket. Tidak ada salahnya untuk memasukkannya juga.
Cara Menghindari Membuat FrankenDebian
FrankenDebian adalah istilah yang diciptakan dalam dokumentasi distribusi sendiri ketika pengguna menggabungkan beberapa rilis Debian atau bahkan menambahkan repositori Ubuntu. Pengembang Debian berhati-hati agar tidak melakukannya sama sekali, tetapi sebenarnya ada beberapa contoh ketika menggabungkan rilis tidak masalah. Itu bahkan dapat menyelamatkan Anda dari bug, seperti yang dijelaskan di atas.
Pengujian Debian dan Sid sering berjalan sangat erat satu sama lain, kecuali jika pembekuan rilis sedang berlangsung. Karena itu, merupakan ide bagus untuk menjaga agar rilis Pengujian tersedia di sistem Sid dan menggunakan penyematan Apt untuk memilih Sid. Jika Anda mengalami paket yang bermasalah, Anda dapat memilih versi dari Pengujian, menghindari yang rusak di Sid sampai diperbaiki. Umumnya, paket yang rusak tidak masuk ke dalam Pengujian, karena masalahnya diselesaikan di Sid. Contoh yang bagus dari /etc/apt/sources.list file akan terlihat seperti di bawah ini.
deb http://ftp.us.debian.org/debian/ sid main contrib non-free deb-src http://ftp.us.debian.org/debian/ sid main deb http://ftp.us.debian.org/debian/ testing main contrib non-free deb-src http://ftp.us.debian.org/debian/ testing main
Kemudian, atur /etc/apt/preferences Anda untuk menyematkan kembali Pengujian.
Package: * Pin: release a=unstable Pin-Priority: 1000 Package: * Pin: release a=testing Pin-Priority: 100
Dari sana, Anda dapat menambahkan entri tertentu dari Pengujian dengan Pin-Priority lebih tinggi dari 1000 untuk lebih memilih mereka daripada rekan-rekan mereka yang Tidak Stabil.
Cara Menggunakan PPA Ubuntu dengan Hemat
Di sinilah segalanya menjadi sangat gila. Anda harus menghindari penggunaan PPA Ubuntu dan repositori apa pun yang dirancang untuk Ubuntu bila memungkinkan, tetapi ada beberapa contoh di mana ia bisa kerja. Ubuntu didasarkan pada Debian Sid, jadi versi perangkat lunak di Sid dan dua versi terbaru Ubuntu biasanya cukup cocok. Itu berarti ada kemungkinan paket di PPA Ubuntu akan kompatibel dengan Sid.
Ini tidak berarti Anda harus menambahkan semua jenis PPA Ubuntu ke Sid karena "Cukup dekat." Artinya, jika ada PPA yang menampung satu aplikasi tanpa sekumpulan library atau dependensi juga di dalamnya, Anda biasanya dapat menggunakan PPA untuk aplikasi tersebut. Saat Anda mulai menarik pustaka dan versi baru dari komponen dan dependensi, Anda dijamin akan merusak sistem Anda.
Ekstra grafis seperti tema dan ikon juga merupakan contoh yang baik ketika menggunakan PPA di Debian bisa baik-baik saja. Sebuah tema tidak akan datang dengan perpustakaan sistem. Ini hanya sebuah tema, dan meskipun entah bagaimana rusak, sistem Anda secara keseluruhan akan baik-baik saja.
Cara Merencanakan Peningkatan Anda
Debian Sid mengikuti sebagian besar aturan distribusi rolling-release. Saat menjalankan rilis bergulir, ada beberapa strategi praktik umum yang baik yang harus Anda terapkan untuk menghindari kerusakan sistem saat memperbarui. Beberapa di antaranya khusus untuk Debian, karena Sid melakukan hal yang berbeda. Merencanakan pembaruan dapat sangat membantu Anda menghindari masalah.
Hindari Dist-Upgrade
Mungkin tergoda untuk menggunakan apt dist-upgrade untuk memaksa pembaruan yang lebih lengkap dan menghentikan paket agar tidak ditahan. Nah, paket-paket itu biasanya ditahan karena suatu alasan, dan dist-upgrade membuat pilihan untuk Anda, menghapus paket untuk membuat yang baru berfungsi. Itu sebabnya menggunakannya secara teratur bisa menjadi ide yang sangat buruk. Satu dist-upgrade yang waktunya tidak tepat dapat merobek komponen sistem vital dan merusak semuanya secara permanen. Benar-benar tidak ada keuntungan untuk menggunakannya, jadi jangan.
Perbarui Secara Teratur
Seperti kebanyakan distribusi rilis bergulir, bukanlah ide yang baik untuk membiarkan Debian Sid ketinggalan zaman. Ketika distro yang sedang berjalan tertinggal terlalu jauh, pasti ada paket yang tidak kompatibel. Lompatan ke depan mungkin berakhir terlalu banyak. Itu dapat menyebabkan konflik ketergantungan yang tidak dapat diselesaikan atau benar-benar rusak.
Perbarui Sid sekitar seminggu sekali untuk memastikan semuanya tetap terkini. Tentu saja, satu-satunya pengecualian di sini adalah bug. Jika Anda melihat bug muncul dari apt-listbugs, Anda dapat menunggu sedikit lebih lama atau menggunakan pin untuk menghapusnya.
Hindari Pembaruan Mendekati Rilis Stabil
Ada masalah Debian unik lainnya yang dapat muncul dengan Sid. Sebelum setiap rilis stabil Debian, Pengujian membeku sepenuhnya selama beberapa bulan, tanpa pembaruan baru. Sid cenderung melambat juga karena pengembang Debian sibuk mempersiapkan rilis baru. Kemudian, setelah versi baru diluncurkan, semua bagian belakang berubah menjadi Testing dan Sid. Hasilnya adalah muatan kapal yang tidak stabil. Hindari memperbarui Sid setidaknya selama seminggu setelah rilis Debian baru. Mereka hanya muncul setiap dua tahun atau lebih, artinya ini bukan masalah yang sangat umum.
kesimpulan
Menggunakan Debian Sid adalah cara yang baik untuk mendapatkan pengalaman Debian rilis bergulir. Anda biasanya akan memiliki paket yang lebih baru daripada Ubuntu, tetapi dengan tingkat stabilitas sistem yang hampir sama. Tidak ada strategi yang sempurna, dan selalu mungkin terjadi kesalahan. Itulah mengapa ini hanya merupakan opsi yang baik di desktop, dan Anda tidak boleh menjalankan Sid pada sesuatu yang benar-benar penting untuk misi.