Néhány nappal ezelőtt ismertté vált az openSUSE Leap 16 béta verziójának megjelenése, amely a SUSE Linux Enterprise 16 egy új ágának kezdetét jelzi, és örökli a megújult SUSE Linux Framework One (SLFO), korábban ALP (Adaptable Linux Platform) néven ismert alapjait, bár anélkül, hogy feladná hagyományos csomagrendszer lényegét.
Az openSUSE Leap megoldást kínál azok számára, akik minimalista és tranzakciós élményt keresnek, míg az openSUSE Leap Micro továbbra is alternatívát kínál, írásvédett architektúrájával, amelyet korlátozottabb környezetekhez és atomi frissítésekhez terveztek.
Az openSUSE Leap 16 béta főbb új funkciói
Az egyik legjelentősebb változás ebben a béta verzióban a Az új Agama telepítő bevezetése, amely felváltja a hagyományos YaST-ot ebben a szerepben. Az Agama moduláris felépítésű, a háttérrendszertől elkülönített felhasználói felülettel és webes felületen keresztüli telepítési lehetőséggel. Ezzel együtt a Cockpit átveszi az általános rendszeradminisztrációt, míg a Myrlyn lesz az új szoftvertelepítési felület, átvéve a YaST grafikus felhasználói felületének szerepét. Bár a YaST továbbra is elérhető marad az openSUSE Tumbleweed platformon, hivatalosan visszavonták a Leap platformról.
A SUSE Linux Enterprise vonalát követve, A Leap 16 alapértelmezés szerint engedélyezi az SELinux biztonsági rendszert., bár továbbra is támogatja az AppArmort alternatívaként. Mindkettő megtartása rugalmasságot biztosít, ami hasznos lehet olyan szoftverek felhasználói számára, mint a Steam, amelyeknek szigorúbb szabályokra lehet szükségük a SELinux biztonsági profiljainak finomhangolása során.
Wayland, mint grafikai szabvány
Az openSUSE Leap 16 ezen béta verziójának egy másik változása, hogy A Wayland alapértelmezés szerint grafikus szerverként van beállítva., bár néhány Xorg komponenst továbbra is karbantartanak a kompatibilitás biztosítása érdekében ebben az átmeneti fázisban. Ezenkívül a SysV init támogatása teljesen megszűnik, megszilárdítva a systemd kizárólagos használatát init rendszerként.
Ezen kívül még Az x86_64-v1 rendszerek támogatásának megszüntetése kiemelve van.. A Leap 16 csak olyan hardveren fut, amely támogatja az x86_64-v2 architektúrát, ami azt jelenti, hogy a minimális követelmények összhangban vannak a Nehalem sorozatú (2009-től kezdődő) Intel processzorokkal.
Leap Micro 6.2: Szinkronban a Leap 16-tal
openSUSE Leap Micro 6.2 Oszd meg az ütemtervet a Leap 16-tal, Amellyel Mindkét indítás 2025 októberére van ütemezve., míg a Leap 16.0 RC júliusra van tervezve. A Leap Micro 6.2 béta verziója a következő napokban lesz elérhető.
Leap 16.0 béta frissített verzióit tartalmazza főbb összetevői:
- Linux 6.12 alap kernelként
- GNOME 48 és KDE Plasma 6.3.4, a végleges kiadásra való frissítés terveivel
- AppArmor 4.1, Cockpit 334.1 és GIMP 3.0
- Felkészülés az RPM 4.20-ra, fejlesztésekkel a csomagkezelésben
Ami a tárhelyeket illeti, A Repository Index Service bevezetésee (RIS), amelyben a repozitóriumok mostantól architektúra szerint szegmentáltak, csökkentve a metaadatok méretét és javítva a teljesítményt. Kívül, A Zypper kísérleti támogatást ad a párhuzamos letöltésekhez, egy olyan fejlesztés, amely alapértelmezés szerint engedélyezhető lenne, ha idővel stabilizálódik.
Végül, de nem utolsósorban érdemes megemlíteni, hogy ettől a kiadástól kezdve az openSUSE Leap átalakította a változások dokumentálásának módját. Az új, moduláris, a SUSE/release-notes rendszeren alapuló kiadási megjegyzések infrastruktúrájának köszönhetően a felhasználók pontosabb, világosabb és hasznosabb dokumentációhoz férhetnek hozzá a disztribúció teljes életciklusa során.
Letöltési, migrációs lehetőségek és ajánlások
Azoknak, akik érdekel a Leap 16 kipróbálása, Tudnod kell, hogy a telepítőlemezképeket a hivatalos openSUSE weboldalról szerezheted be. A link ez.
Érdemes megemlíteni, hogy a meglévő Leap 15.6 felhasználók frissíthetnek erre a béta verzióra. Csak használd a parancsot:
sudo zypper dup --releasever 16.0
Fontos megemlíteni, hogy mivel ez egy béta verzió, szinte biztos, hogy lesznek benne problémák és hibák. Emiatt tesztelési célból ajánlott a telepítést virtuális gépen végrehajtani. Ezenkívül ajánlott letiltani minden harmadik féltől származó adattárat a frissítési folyamat megkezdése előtt, mivel ezek gyakori konfliktusforrást jelentenek.