Beberapa hari yang lalu hal itu diketahui peluncuran versi Beta openSUSE Leap 16, yang menandai dimulainya cabang baru SUSE Linux Enterprise 16 dan mewarisi fondasi SUSE Linux Framework One (SLFO) baru yang sebelumnya dikenal sebagai ALP (Adaptable Linux Platform), meskipun tanpa meninggalkan esensinya sebagai sistem paket tradisional.
openSUSE Leap diposisikan sebagai solusi bagi mereka yang mencari pengalaman yang lebih minimalis dan transaksional, sementara openSUSE Leap Micro tetap menjadi alternatif, dengan arsitektur hanya-baca yang dirancang untuk lingkungan yang lebih terbatas dan pembaruan atom.
Fitur baru utama openSUSE Leap 16 Beta
Salah satu perubahan paling menonjol dalam versi Beta ini adalah Penerapan penginstal Agama baru, yang menggantikan YaST tradisional dalam peran ini. Agama dirancang untuk menjadi modular, dengan antarmuka pengguna yang terpisah dari backend dan kemampuan untuk melakukan instalasi melalui antarmuka web. Bersamaan dengan itu, Cockpit mengambil alih administrasi sistem umum, sementara Myrlyn menjadi antarmuka baru untuk instalasi perangkat lunak, mengambil alih GUI YaST. Meskipun YaST akan tetap tersedia pada openSUSE Tumbleweed, YaST telah resmi dihentikan dari Leap.
Mengikuti garis SUSE Linux Enterprise, Leap 16 mengaktifkan sistem keamanan SELinux secara default., meskipun tetap mendukung AppArmor sebagai alternatif. Mempertahankan keduanya memberikan fleksibilitas yang dapat berguna bagi pengguna perangkat lunak seperti Steam, yang mungkin memerlukan kebijakan yang lebih permisif saat menyempurnakan profil keamanan di SELinux.
Wayland sebagai standar grafis
Perubahan lain dalam versi beta openSUSE Leap 16 ini adalah Wayland diadopsi secara default sebagai server grafis, meskipun beberapa komponen Xorg masih dipertahankan untuk memastikan kompatibilitas dalam fase transisi ini. Selain itu, dukungan untuk SysV init dihentikan sepenuhnya, yang mengkonsolidasikan penggunaan eksklusif systemd sebagai sistem init.
Selain itu, juga Penghapusan dukungan untuk sistem x86_64-v1 disorot. Leap 16 hanya akan berjalan pada perangkat keras yang mendukung arsitektur x86_64-v2, yang berarti persyaratan minimum selaras dengan prosesor Intel dari seri Nehalem (2009 dan seterusnya).
Leap Micro 6.2: Disinkronkan dengan Leap 16
openSUSE Leap Mikro 6.2 Bagikan peta jalan dengan Leap 16, Dengan yang Kedua peluncuran tersebut dijadwalkan pada bulan Oktober 2025, sementara Leap 16.0 RC direncanakan pada bulan Juli. Leap Micro 6.2 beta akan tersedia dalam beberapa hari mendatang.
Lompatan 16.0 beta termasuk versi terbaru dari komponen utamanya:
- Linux 6.12 sebagai kernel dasar
- GNOME 48 dan KDE Plasma 6.3.4, dengan rencana untuk memperbarui ke rilis final
- AppArmor 4.1, Cockpit 334.1 dan GIMP 3.0
- Mempersiapkan RPM 4.20, dengan peningkatan dalam manajemen paket
Untuk repositori, Layanan Indeks Repositori diadopsie (RIS), dimana repositori sekarang disegmentasikan berdasarkan arsitektur, mengurangi ukuran metadata dan meningkatkan kinerja. Di samping itu, Zypper menambahkan dukungan eksperimental untuk unduhan paralel, suatu peningkatan yang dapat diaktifkan secara default jika stabil seiring berjalannya waktu.
Terakhir namun tidak kalah pentingnya, perlu disebutkan bahwa mulai dari rilis ini, openSUSE Leap telah mengubah cara mendokumentasikan perubahan. Berkat infrastruktur catatan rilis modular baru berdasarkan sistem SUSE/release-notes, pengguna akan memiliki akses ke dokumentasi yang lebih tepat, jelas, dan berguna di seluruh siklus hidup distribusi.
Unduh, opsi migrasi, dan rekomendasi
Bagi mereka yang sedang tertarik untuk mencoba Leap 16, Anda harus tahu bahwa Anda dapat memperoleh gambar instalasi dari situs web resmi openSUSE. Tautannya adalah ini.
Perlu disebutkan bahwa pengguna Leap 15.6 yang ada dapat memperbarui ke versi beta ini. Cukup gunakan perintah:
sudo zypper dup --releasever 16.0
Penting untuk disebutkan bahwa karena ini adalah versi beta, hampir dapat dipastikan akan terdapat beberapa masalah dan bug. Oleh karena itu, disarankan untuk melakukan instalasi pada mesin virtual untuk tujuan pengujian. Selain itu, disarankan untuk menonaktifkan repositori pihak ketiga sebelum memulai proses pembaruan, karena repositori tersebut sering menjadi sumber konflik.