Keputusan pertama setelah memilih Linux bukanlah desktop environment, tapi model rilisnya. Arch, Void, dan openSUSE Tumbleweed bergerak terus. Debian, Ubuntu LTS, Fedora, dan RHEL merilis versi diskret yang punya awal dan akhir.
Ringkasan yang sering beredar: "rolling dapat paket baru, point release dapat paket stabil". Benar, tapi menyesatkan. Bedanya bukan di nomor versi yang muncul di neofetch. Bedanya ada di siapa yang menanggung beban pengujian, bagaimana upgrade datang, dan apa yang terjadi saat ada yang rusak.
Versi singkatnya
Rolling release punya satu versi yang terus bergerak. Install sekali, update selamanya. Paket mengikuti upstream dengan cukup dekat, dan nggak ada "Void 4.0" yang perlu ditunggu.
Point release (sering disebut fixed atau stable release) membekukan satu set paket pada satu titik waktu. Selama masa dukungan, kamu dapat patch keamanan dan bugfix, tapi versi besar aplikasi biasanya tetap sampai rilis berikutnya.
Satu pilihan desain itu merembet ke semuanya: seberapa sering kamu update, seberapa banyak kamu baca release notes, seberapa sakit proses upgrade, dan berapa lama instalasi kamu bertahan.
Apa itu rolling release
Di distro rolling, repository paket itu seperti aliran, bukan foto. Saat upstream merilis kernel, compiler, atau browser baru, paket masuk ke repo setelah diuji, lalu kamu dapat di update berikutnya.
Contohnya:
- Arch Linux adalah bentuk paling murni. Paket dekat dengan upstream, dan pengguna diharapkan membaca berita sebelum update besar.
- Void Linux rolling tapi lebih konservatif. Paket dibangun dan diuji sebelum masuk repo, dan
xbpsmenangani update secara transaksional. - openSUSE Tumbleweed rolling dengan otomatisasi berat: setiap snapshot melewati openQA, dan snapshot btrfs memungkinkan rollback.
- Gentoo rolling dari source. Kamu yang mengompilasi, jadi kamu yang mengatur flag dan waktunya.
- Debian sid rolling, tapi ini branch pengembangan. Bukan buat mesin yang kamu andalkan.
Sifat utamanya bukan "paling baru". Sifat utamanya adalah "tidak ada versi beku". Distro rolling tetap bisa menahan sebuah paket kalau paket itu bermasalah.
Apa itu point release
Distro point release membekukan set paketnya saat versi dirilis. Debian 12, Ubuntu 24.04, dan Fedora 42 adalah snapshot repository pada momen tertentu, lalu dirawat dengan patch yang ditargetkan.
Selama masa dukungan, kamu menerima:
- Perbaikan keamanan, sering di-backport ke versi yang dirilis.
- Bugfix yang dianggap penting oleh maintainer.
- Kadang kernel atau driver stack yang lebih baru untuk dukungan hardware, terutama lewat HWE stack Ubuntu.
Yang biasanya tidak kamu terima adalah versi mayor baru dari sebuah aplikasi, kecuali distro-nya memang mengizinkan. Itu trade-off-nya: prediktabilitas ditukar dengan kebaruan.
Bedanya bukan baru versus lama
Di sinilah banyak orang salah paham. Distro point release dengan nomor versi lama belum tentu tidak aman. Tim keamanan Debian mem-backport patch ke versi yang ada di stable. nginx 1.22 kamu bisa membawa perbaikan yang di upstream baru masuk di 1.27, tanpa mengubah string versinya.
Namanya backporting: ambil perbaikannya, terapkan ke codebase lama, uji, lalu rilis. Ini kerja ekstra buat maintainer, tapi menghindari perubahan lain yang nggak perlu dan bisa merusak.
Sebaliknya, distro rolling juga nggak otomatis aman. Dia dapat perbaikan upstream lebih cepat, tapi hanya kalau kamu benar-benar update. Instalasi rolling yang nggak di-update enam bulan itu basi sekaligus rapuh, karena update berikutnya jadi jurang.
Jadi bedanya sebenarnya:
| Pertanyaan | Rolling | Point release |
|---|---|---|
| Siapa yang menguji kombinasinya? | Maintainer menguji paket, pengguna menguji setup sendiri | Maintainer menguji kombinasi beku sebelum rilis |
| Kapan breaking change datang? | Terus-menerus, sedikit-sedikit | Kebanyakan saat upgrade rilis |
| Seberapa banyak yang harus dibaca? | Release notes rutin | Release notes saat upgrade |
| Bagaimana bentuk kegagalannya? | Satu update merusak satu hal | Satu upgrade besar merusak banyak hal |
Perbandingan
| Aspek | Rolling | Point release |
|---|---|---|
| Identitas versi | Berkelanjutan, tanpa nomor marketing | Rilis bernomor |
| Kebaruan paket | Dekat dengan upstream | Dibekukan saat rilis |
| Ukuran update | Kecil dan sering | Patch kecil, lalu satu upgrade besar |
| Perlu reinstall | Tidak | Sering, saat lompat versi mayor |
| Risiko upgrade | Tersebar di banyak update kecil | Terkonsentrasi di satu momen |
| Masa dukungan | Selama proyek hidup | Ada tanggal EOL |
| Pengguna tipikal | Enthusiast, developer, hardware baru | Server, kantor, fleet terkelola |
| Contoh | Arch, Void, Tumbleweed, Gentoo | Debian, Ubuntu LTS, Fedora, RHEL, Alpine |
Harga dari rolling release
Rolling itu nggak gratis. Bayarnya pakai perhatian.
Partial upgrade berbahaya. Di Arch dan Void, update satu paket tanpa update sisanya bisa bikin library nggak cocok. Selalu update seluruh sistem.
Konfigurasi memang berubah. Sebuah paket bisa mengganti path config default, menghapus opsi, atau butuh langkah migrasi. Kalau update sebulan sekali, kamu baca satu halaman catatan. Kalau setahun sekali, kamu baca lima puluh.
Kamu jadi bagian dari QA. Maintainer menguji bahwa paket bisa dibangun dan lolos pengecekan dasar. Mereka nggak bisa menguji GPU kamu, printer kamu, audio interface USB yang aneh, dan kombinasi 40 paket AUR kamu.
Kamu butuh rencana rollback. Snapshot sebelum update besar mengubah sistem rusak jadi gangguan lima menit. Tanpa itu, jadi acara semalam.
Harga dari point release
Software jadi tua. Bukan cuma aplikasi desktop. Compiler, runtime bahasa, dan versi database bisa tertinggal bertahun-tahun. Kadang itu nggak masalah. Kadang library yang kamu butuhkan minta versi lebih baru daripada yang disediakan distro.
Upgrade itu jurang. Semua yang berubah selama dua atau tiga tahun datang sekaligus. Format konfigurasi, init system, versi PHP, mayor PostgreSQL. Upgrade point release biasanya mulus, tapi kalau gagal, susah dilupakan.
End of life itu tenggat. Saat dukungan berakhir, patch berhenti. Bertahan adalah pilihan dengan konsekuensi, dan "masih jalan" nggak sama dengan "masih dirawat".
Kamu mungkin butuh repository pihak ketiga. Kernel, driver, atau runtime yang lebih baru sering datang dari backports, PPA, atau repo vendor. Tiap tambahan adalah sumber kepercayaan baru dan hal baru yang bisa rusak.
Model di antaranya
Distro nyata jarang berada di ekstrem.
- openSUSE Tumbleweed rolling, tapi setiap snapshot diuji openQA dan bisa di-rollback dengan snapper.
- Manjaro rolling dengan kurasi. Paket dari Arch ditahan sebentar dan diuji bersama.
- Fedora point release dengan siklus pendek. Cukup stabil buat harian, cukup baru sehingga paketnya jarang kuno.
- Ubuntu membagi dua: LTS tiap dua tahun dengan dukungan lima tahun, rilis interim tiap enam bulan dengan dukungan sembilan bulan.
- NixOS punya channel stabil dan unstable. Karena setiap perubahan membuat generasi baru, kamu bisa rollback seluruh sistem.
- Debian testing dan sid adalah branch pengembangan rolling yang eventually jadi stable berikutnya.
Mitos yang perlu dibuang
"Rolling berarti nggak stabil." Stabilitas datang dari proses, bukan dari model rilis. Void dan Tumbleweed hati-hati. Point release yang dirawat buruk bisa lebih parah.
"Point release nggak dapat update." Yang tidak ada adalah lompatan versi mayor. Patch keamanan tetap datang, sering lebih cepat dari yang orang kira.
"Rolling berarti nggak pernah install ulang." Kamu nggak perlu install ulang untuk upgrade. Kamu tetap mungkin install ulang karena merusak sesuatu, dan itu masalah berbeda.
"Point release lebih aman." Tergantung kecepatan backport. Rolling dapat perbaikan upstream lebih awal. Point release bergantung pada maintainer yang mem-port, biasanya cepat untuk isu kritis dan lebih lambat untuk sisanya.
Cara memilih
Mulai dari mesinnya, bukan dari distro-nya.
| Situasi | Lebih cocok |
|---|---|
| Server yang jarang disentuh | Debian stable, Ubuntu LTS, RHEL |
| Laptop dengan hardware baru | Rolling, atau Fedora |
| Mesin kerja yang nggak boleh berubah | Point release dengan jadwal upgrade |
| Belajar Linux sedalam-dalamnya | Arch atau Gentoo |
| Container | Alpine atau distroless |
| Kamu suka mengutak-atik | Rolling |
| Kamu ingin lupa bahwa OS itu ada | Point release |
Dua pertanyaan biasanya sudah cukup:
- Berapa waktu per bulan yang kamu siapkan untuk maintenance? Rolling butuh sedikit, sering. Point release hampir nggak butuh, lalu banyak saat upgrade.
- Apa yang rusak kalau mesin mati sehari? Kalau jawabannya "nggak ada", rolling aman. Kalau jawabannya "pendapatanku", pilih point release dan jadwalkan upgrade.
Kalau kamu memilih rolling
- Update rutin. Mingguan ritme yang bagus. Bulanan masih wajar. Tahunan jangan.
- Baca release notes sebelum update besar, terutama di Arch.
- Ambil snapshot dulu kalau filesystem kamu mendukung.
- Jangan pernah partial upgrade.
- Simpan live USB di dekatmu. Bukan karena rolling rapuh, tapi karena setiap sistem eventually butuh.
- Pin hanya yang benar-benar perlu, dan ingat apa yang kamu pin.
Kalau kamu memilih point release
- Rencanakan upgrade. Baca release notes, backup, dan pilih hari yang tenang.
- Jangan lompat terlalu banyak versi. Sebagian distro mendukung lompatan langsung, sebagian tidak.
- Ketahui tanggal end-of-life dan masukkan ke kalender.
- Utamakan backports resmi daripada repo pihak ketiga acak.
- Uji upgrade di VM atau mesin cadangan kalau sistemnya penting.
Penutup
Rolling dan point release adalah dua jawaban untuk pertanyaan yang sama: kapan kamu mau menyerap perubahan?
Rolling menyebarnya jadi dosis kecil yang sering. Point release menumpuknya jadi acara terencana. Nggak ada yang lebih profesional, dan nggak ada yang lebih "Linux sejati". Keduanya cuma memindahkan pekerjaan ke tempat berbeda.
Pilih yang failure mode-nya bisa kamu hidupi, lalu rawat sesuai modelnya.