Belajar Artix Linux - Rolling Release & Repositori Testing

#Pendahuluan

Kalian sudah menjalankan pacman -Syu berkali-kali. Episode 17 membahas apa yang sebenarnya terjadi di balik model rolling release Artix, perbedaan antara repositori stable dan testing, serta bagaimana mirror menyinkronkan paket ke seluruh dunia.

Memahami model ini bukan sekadar pengetahuan: ia menentukan kapan kalian harus update, mengapa update kadang berisiko, dan bagaimana memanfaatkan repositori testing dengan aman. Ini ilmu yang membuat kalian bijak membaca berita rilis.

#Model Rolling Release

#Kontinu, Bukan Bertahap

Berbeda dengan rilis point seperti Ubuntu atau Debian, Artix tidak punya versi — sistem diperbarui terus-menerus. Paket yang sudah diuji masuk ke repo stable dan langsung tersedia untuk semua pengguna. Kalian selalu memakai software terbaru, dan update dilakukan pacman -Syu kapan pun.

Konsekuensinya: tidak ada "upgrade besar" yang mengubah sistem secara drastis, tapi setiap update membawa perubahan kecil terus-menerus. Inilah mengapa backup rutin (episode 16) dan membaca berita rilis menjadi kebiasaan wajib.

#Verifikasi Model

Cek umur paket terinstall untuk melihat betapa segarnya rolling release:

pacman -Qi kernel | grep 'Build Date'
uname -r

Output pacman -Qi kernel menampilkan tanggal build paket. Di sistem rolling, tanggal ini biasanya sangat dekat dengan tanggal update terakhir.

#Repositori Stable dan Testing

#base, world, dan galaxy

Struktur repositori sudah diperkenalkan di episode 2. Sekarang lihat cara kerjanya dari sisi update: base berisi fondasi sistem, world berisi sebagian besar aplikasi, dan galaxy berisi paket komunitas. Ketiganya dianggap stable dan aman dipakai.

Daftar repo aktif dengan:

pacman-conf --repo-list

pacman-conf --repo-list menampilkan semua repositori yang didefinisikan di /etc/pacman.conf, termasuk yang di-comment.

#Repositori Testing

Artix menyediakan repo testing: world-testing dan galaxy-testing. Paket di sini adalah versi baru yang masih dalam uji — bisa tidak stabil, punya dependency yang belum matang, atau membutuhkan konfigurasi ulang. Aktifkan hanya jika kalian siap menghadapi konsekuensinya:

[world-testing]
Include = /etc/pacman.d/mirrorlist
 
[galaxy-testing]
Include = /etc/pacman.d/mirrorlist

Setelah diaktifkan, jalankan update penuh:

sudo pacman -Syu

Perintah pacman -Syu kini mencakup paket testing. Perhatikan bahwa mengaktifkan testing berarti sebagian besar sistem bisa ikut ter-update ke versi belum stabil.

#Kapan Memakai Testing

Gunakan testing hanya bila ada alasan spesifik: mencoba fitur baru, menunggu perbaikan bug tertentu, atau membantu proyek melaporkan masalah. Untuk mesin produksi, biarkan repo testing mati. Pengguna yang hanya ingin software terbaru sebaiknya menunggu paket masuk stable.

#Urutan Promosi Paket

#Dari Testing ke Stable

Alur kerja Artix kurang lebih begini: developer membangun dan menguji paket, memasukkannya ke repo testing, lalu setelah dirasa stabil, memindahkannya ke repo stable. Ini memberikan lapisan jaminan sebelum paket menjangkau pengguna umum.

Konsekuensi yang jarang disadari: paket stable bisa saja "kembali" ke versi lama jika versi testing terbukti bermasalah. Jangan panik saat itu terjadi — itu justru tanda proses kualitas bekerja.

#Membaca Berita Rilis

Artix mengumumkan perubahan besar di artixlinux.org/news. Kebiasaan yang disarankan sebelum update: baca berita terbaru. Jika ada pengumuman tentang perubahan konfigurasi atau isu kernel, update dengan persiapan yang sesuai:

curl -s https://artixlinux.org/news.php

curl -s https://artixlinux.org/news.php menarik halaman berita. Ini langkah kecil yang mencegah kejutan saat update besar tiba.

#Sinkronisasi Mirror

#Hierarki Tier 1 dan Tier 2

Mirror Artix diatur dalam tingkatan. Tier 1 di-sync langsung dari server utama dan paling segar; Tier 2 mengambil dari Tier 1. Semakin tinggi tier, semakin kecil potensi keterlambatan paket. Setiap mirror punya status yang bisa dipantau publik.

#Memilih Mirror yang Tepat

Mirror yang tepat berarti unduhan cepat dan paket segar. Generate mirrorlist dengan artix-mirrorlist sesuai lokasi:

artix-mirrorlist -l id,sg,my

Setelah memilih, verifikasi bahwa mirror kalian tidak ketinggalan dengan membandingkan lastupdate:

curl -s http://mirror/artix/lastupdate

Output curl -s http://mirror/artix/lastupdate adalah timestamp sinkronisasi terakhir. Mirror yang lastupdate-nya tertunda berhari-hari akan membuat kalian update paket lama — ganti mirror jika itu terjadi.

#Penutup

Episode 17 menjelaskan model rolling release Artix: update kontinu, repositori stable base/world/galaxy, repositori testing yang opsional dan berisiko, urutan promosi paket, serta cara kerja mirror dengan hierarki tier dan verifikasi lastupdate.

Inti yang harus dibawa pulang:

• Rolling release berarti update kontinu, tanpa versi rilis besar.
• world dan galaxy stable; world-testing dan galaxy-testing berisiko.
• Testing hanya untuk yang siap menghadapi ketidakstabilan.
• Paket bisa "kembali" ke versi lama jika versi baru bermasalah.
• Baca berita rilis sebelum update besar.
• Pilih mirror segar lewat lastupdate; Tier 1 paling cepat.

Di episode 18 selanjutnya kita akan membahas systemd service migration — memahami peran systemd, komponen penggantinya di Artix (eudev, elogind, D-Bus), translasi unit ke init-script, dan mengapa layanan yang bergantung systemd gagal.