Fa pocs dies es va donar a conèixer el llançament de la versió Beta d'openSUSE Leap 16, la qual marcant l'inici d'una nova branca de SUSE Linux Enterprise 16 i que hereta els fonaments del renovat SUSE Linux Framework One (SLFO) abans conegut com a ALP (Adaptable Linux Platform), encara que sense abandonar la seva essència com a sistema tradicional de paquets.
openSUSE Leap es posiciona com una solució per als que busquen una experiència més minimalista i transaccional, es manté com a alternativa openSUSE Leap Micro, amb una arquitectura de només lectura pensada per a entorns més restringits i actualitzacions atòmiques.
Principals novetats d'openSUSE Leap 16 Beta
Un dels canvis més destacats en aquesta versió Beta, és la adopció del nou instal·lador Agama, que reemplaça el tradicional YaST en aquesta funció. Agama està dissenyat per ser modular, amb una interfície d'usuari separada del backend i la possibilitat de realitzar instal·lacions mitjançant una interfície web. Amb ell, Cockpit assumeix l'administració general del sistema, mentre que Myrlyn es converteix en la nova interfície per a la instal·lació de programari, prenent el relleu de la GUI de YaST. Encara que YaST seguirà disponible a openSUSE Tumbleweed, ha estat retirat oficialment de Leap.
Seguint la línia de SUSE Linux Enterprise, Leap 16 activa per defecte el sistema de seguretat SELinux, encara que manté el suport per a AppArmor com a alternativa. En mantenir tots dos, s'ofereix una flexibilitat que pot ser útil per a usuaris de programari com Steam, que pot requerir polítiques més permissives mentre s'ajusten els perfils de seguretat a SELinux.
Wayland com a estàndard gràfic
Un altre dels canvis que presenta aquesta versió beta d'openSUSE Leap 16, és que s'adopta per defecte Wayland com a servidor gràfic, encara que encara es mantenen alguns components de Xorg per garantir compatibilitat en aquesta fase de transició. A més, es descontinua completament el suport per a SysV init, consolidant l'ús exclusiu de systemd com a sistema d'inici.
A més, també es destaca l'eliminació del suport per a sistemes x86_64-v1. Leap 16 només funcionarà en maquinari que suporti l'arquitectura x86_64-v2, cosa que implica requeriments mínims alineats amb processadors Intel a partir de la sèrie Nehalem (2009 en endavant).
Leap Micro 6.2: sincronitzat amb Leap 16
openSUSE Leap Micro 6.2 comparteix el full de ruta amb Leap 16, Amb la qual cosa tots dos llançaments estan programats per a octubre de 2025, mentre que la RC de Leap 16.0 està prevista per al juliol. La beta de Leap Micro 6.2 estarà disponible els propers dies.
La beta de Leap 16.0 inclou versions actualitzades de els seus components principals:
- Linux 6.12 com a nucli base
- El GNOME 48 i el KDE Plasma 6.3.4, amb plans d'actualització per al llançament final
- AppArmor 4.1, Cockpit 334.1 i GIMP 3.0
- Preparació per a RPM 4.20, amb millores en la gestió de paquets
Pel que fa als repositoris, s'adopta el Repository Index Servici (RIS), amb la qual cosa els repositoris ara estan segmentats per arquitectura, cosa que redueix la mida de les metadades i millora el rendiment. A més, Zypper inclou suport experimental per a descàrregues paral·leles, una millora que podria ser habilitada per defecte si s'estabilitza a temps.
Finalment i no menys important, cal esmentar que a partir d'aquesta versió, openSUSE Leap renova la forma de documentar els canvis. Gràcies a una nova infraestructura de notes de versió modulars basada en el sistema SUSE/release-notes, els usuaris podran accedir a una documentació més precisa, clara i útil al llarg del cicle de vida de la distribució.
Descàrrega, opcions de migració i recomanacions
Per als que estiguin interessats a provar Leap 16, heu de saber que podeu obtenir les imatges d'instal·lació des del lloc web oficial d'openSUSE. L'enllaç és aquest.
Cal esmentar que per als usuaris existents de Leap 15.6, poden fer el salt a aquesta versió beta. Només cal utilitzar la comanda:
sudo zypper dup --releasever 16.0
És important esmentar que com que es tracta d'una versió beta, és gairebé segur que tingui alguns problemes i errors. És per això que és aconsellable fer la instal·lació en una màquina virtual per poder realitzar les proves. A més, es recomana desactivar qualsevol dipòsit de tercers abans d'iniciar el procés d'actualització, ja que són una font freqüent de conflictes.