Megjelent az AlmaLinux 10.1 disztribúciója, amely szinkronizálva van a Red Hat Enterprise Linux 10.1-el, és tartalmazza az ebben a kiadásban javasolt összes változást. A telepítő képek az x86_64_v3, x86_64_v2, ARM64, ppc64le és s390x architektúrákra készültek, bootolható (927 MB), minimális (1,4 GB) és teljes képként (8,3 GB) állnak rendelkezésre. Később Live-verziók is készülnek GNOME, KDE, MATE és Xfce felületekkel, továbbá a Raspberry Pi platformokra, konténerekhez, WSL (Windows Subsystem for Linux) és felhőplatformokhoz is képek készülnek.
A disztribúció lehetőség szerint binárisan kompatibilis a Red Hat Enterprise Linux-szal, és RHEL 10.1 és CentOS 10 Stream helyettesítésére használható. A rebranding mellett, és az RHEL-re specifikus csomagok eltávolításán túl, az AlmaLinux 10.1 az alábbi eltéréseket mutatja az RHEL 10.1-hez képest:
- Újraindult a Btrfs fájlrendszer támogatása. Hozzáadták a tárolók Btrfs-alapú particionálásának lehetőségét a telepítőben, biztosították a btrfs.ko kernelmodul telepítését, visszaállították a btrfs-progs utilitáscsomagot, valamint elvégezték a Btrfs-el kapcsolatos tárolási kezelés és a műveletek tesztelését a bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 és virt-v2v csomagokkal Btrfs környezetekben. A Red Hat 2017-es RHEL 7.4 kiadásban elavultnak nyilvánította a Btrfs FS-t, és teljesen megszüntette a támogatását az RHEL 8 ágon.
- Alapértelmezés szerint aktiválva van a CRB (CodeReady Builder) csomagtároló, amely egy olyan csomaggyűjteményt tartalmaz, amely az alapértelmezett Red Hat Enterprise Linux-ban nem elérhető, például a fejlesztők alkalmazásait, további könyvtárakat és csomagolásokat, valamint a debug információkat, dokumentációt, fejléceket, statikus build-ket és példakódokat ("-devel", "-example", "-doc" és "-static" csomagok). A CRB-ben egyebek mellett találhatók az EPEL (Extra Packages for Enterprise Linux) csomagokban használt könyvtárak függőségei.
- NVIDIA illesztőprogramok és CUDA stack telepítőcsomagok készültek. Az illesztőprogramok UEFI Secure Boot konfigurációkban használhatók. Az NVIDIA hivatalos zárt forráskódú illesztőprogramjaiból származó kernel modulok nem tölthetők be UEFI Secure Boot módban, mivel nem rendelkeznek az elosztás digitális aláírásával. E korlátozást sikerült megkerülni az NVIDIA által nyújtott nyílt kernel modulok alkalmazásával, amely alapján létrejött a nvidia-open-kmod csomag, amely az AlmaLinux digitális aláírásával rendelkező moduljaiból áll. Külön csomag készült az almalinux-release-nvidia-driver-hez, amely az NVIDIA által támogatott külső tároló konfigurációját tartalmazza, ahonnan a CUDA illesztőprogramok és a felhasználói térben működő zárt forráskódú NVIDIA komponensek betöltődnek.
- Különböző összeállítások készültek az x86-64 architektúra második verziójához (x86-64-v2), amelyek párhuzamosan készülnek az x86-64 alapváltozatokkal, amelyek az x86-64-v3 architektúrára optimalizáltak, amely a RHEL 10-ben van használatban. A x86-64-v2 további támogatása lehetővé teszi az Intel Haswell és AMD Excavator CPU-k, amelyek 2013 előtt lettek megtervezve, való kompatibilitás biztosítását. Az alap tárolókon kívül az x86-64-v2 összeállításokat az EPEL tárolóból származó csomagok számára is előkészítették.
- Visszaálltak a SPICE protokoll szerver és kliens megvalósításai, amelyek lehetővé teszik a távoli munkát egy virtuális környezetben működő asztali számítógép kezelésére a QEMU/KVM vezérlésével. A VNC és RDP protokolloktól eltérően a SPICE-nél a képernyőtartalom megjelenítését és az audio stream-ek feldolgozását a kliens végzi, nem pedig a szerveren. Az RHEL 9.0 verzióban a SPICE támogatása megszűnt.
- Visszaállt a %rbp processzoregiszter használata mint alap mutató a veremkeret számára, amely tartalmazza a visszatérési címeket és a funkció változóit (keretmutató). A keretmutató használata lehetővé teszi a disztribúció számára, hogy további nyomozási és profilozási lehetőségeket használjon.
- Lehetőséget kapott a hipervizor használata KVM IBM POWER processzorokkal rendelkező rendszereken. Az RHEL 9.0 ágon a hasonló támogatás megszűnt.
- Támogatva van a Synergy tároló, amely olyan csomagokat tartalmaz, amelyek eltérnek a Red Hat Enterprise Linux-tól. Jelenleg a Synergy tárolóban már megjelentek a Pantheon felhasználói környezettel, amelyet az Elementary OS projekt fejleszt, és a Warpinator segédprogram, amely titkosított fájlmegosztásra szolgál két számítógép között.
- Megvalósult az UEFI Secure Boot módú betöltés lehetősége Intel/AMD és ARM processzorral rendelkező rendszerek számára.
- Több mint 150 olyan hardvereszköz támogatása helyreállt, amelyeket nem támogattak a RHEL 10.1-ben. Például visszatértek a régi PCI-eszközazonosítók az illesztőprogramokban:
- aacraid — Dell PERC2, 2/SI, 3/SI, 3/DI, Adaptec Advanced Raid Products, HP NetRAID-4M, IBM ServeRAID & ICP SCSI
- be2iscsi — Emulex OneConnect Open-iSCSI BladeEngine 2 és 3 számára
- be2net — Emulex BladeEngine 2 és 3 adapterek *
- hpsa — HP Smart Array Controller
- lpfc — Emulex LightPulse Fibre Channel SCSI
- megaraid_sas — Broadcom MegaRAID SAS
- mlx4_core — Mellanox Gen2 és ConnectX-2
- mpt3sas — LSI MPT Fusion SAS 3.0
- mptsas — Fusion MPT SAS Host
- qla2xxx — QLogic Fibre Channel HBA
- qla4xxx — QLogic iSCSI HBA.
Az AlmaLinux disztribúciót a CloudLinux alapította a CentOS 8 támogatásának korai megszüntetésére válaszul a Red Hat által (a CentOS 8 frissítései 2021 végén megszakadtak, nem pedig 2029-ben, ahogy a felhasználók gondolták). A projektet az AlmaLinux OS Foundation, egy külön nonprofit szervezet felügyeli, amely a közösség részvételével egy semleges platformon dolgozik, és a Fedora projekt munkaszervezési modelljét alkalmazza. A disztribúció ingyenesen elérhető minden felhasználói kategória számára. Az AlmaLinux összes fejlesztése szabad licenc alatt jelenik meg.
Az AlmaLinux mellett klasszikus CentOS alternatívájaként szerepel a Rocky Linux (a CentOS alapítójának vezetésével a közösség által fejlesztve), az Oracle Linux, a SUSE Liberty Linux és az EuroLinux. Ezen kívül a Red Hat lehetőséget biztosított az RHEL ingyenes használatára az olyan szervezetek számára, amelyek nyílt forráskódú szoftvert fejlesztenek, és egyéni fejlesztők környezetében, legfeljebb 16 virtuális vagy fizikai rendszerig.
Forrás: opennet.ru
