Die Veröffentlichung der Distribution AlmaLinux 10.2 sowie ein Update des vorherigen Branches - AlmaLinux 9.8 sind vorgestellt worden. Die Releases sind synchronisiert mit Red Hat Enterprise Linux 9.8 und 10.2 und beinhalten alle in diesen Ausgaben vorgeschlagenen Ănderungen. Installations-Images wurden fĂŒr die Architekturen x86_64_v3, x86_64_v2, ARM64, ppc64le und s390x in der Form von Boot-Images (1 GB), Minimal-Images (1.6 GB) und Voll-Images (10 GB) vorbereitet. SpĂ€ter werden Live-Builds mit GNOME, KDE, MATE und Xfce sowie Images fĂŒr Raspberry Pi, Container, WSL (Windows Subsystem for Linux) und Cloud-Plattformen erstellt.
Die Distribution ist nach Möglichkeit binĂ€r kompatibel mit Red Hat Enterprise Linux und kann als Ersatz fĂŒr RHEL 10.2 und CentOS 10 Stream verwendet werden. Neben der Umbenennung und der Entfernung RHEL-spezifischer Pakete weist AlmaLinux 10.2 folgende Unterschiede zu RHEL 10.2 auf:
- Ein Repository fĂŒr Pakete, die fĂŒr die Architektur i686 erstellt wurden, wurde veröffentlicht, ebenso wie Container-Images im Docker-Format fĂŒr 32-Bit-Systeme x86. Red Hat hat die Erstellung von 32-Bit-Builds fĂŒr die Architektur x86 mit der Veröffentlichung von RHEL 7, die 2014 veröffentlicht wurde, eingestellt. Im Branch CentOS 7 wurde die Erstellung von 32-Bit-Paketen vom CentOS Linux AltArch SIG fortgesetzt, aber ab dem Branch CentOS 8 wurde die Erstellung solcher Builds eingestellt. Der Grund fĂŒr die Wiederbelebung der Builds fĂŒr die Architektur i686 in AlmaLinux war der Wunsch, die AusfĂŒhrung Ă€lterer Anwendungen zu ermöglichen, die nur in Form von ausfĂŒhrbaren Dateien fĂŒr 32-Bit-Systeme verfĂŒgbar sind. Die Builds können auch nĂŒtzlich sein, um 32-Bit-Umgebungen fĂŒr die Code-Tests in Continuous Integration-Systemen zu erstellen und um Container fĂŒr 32-Bit-Programme auszufĂŒhren.
- Die UnterstĂŒtzung fĂŒr das Btrfs-Dateisystem wurde zurĂŒckgebracht. Die Möglichkeit, Speicher mit Btrfs im Installer zu partitionieren, wurde hinzugefĂŒgt, und das Kernel-Modul btrfs.ko wurde installiert. Das Set von btrfs-progs wurde zurĂŒckgebracht, und es wurde Arbeit an der Anpassung des Management-Stacks fĂŒr die Datenlagerung, der FunktionalitĂ€t der Pakete bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 und virt-v2v in Btrfs-Umgebungen durchgefĂŒhrt. Red Hat hatte das Btrfs-Dateisystem in der Veröffentlichung RHEL 7.4 (2017) als veraltet erklĂ€rt und die UnterstĂŒtzung in der RHEL 8-Reihe vollstĂ€ndig eingestellt.
- StandardmĂ€Ăig ist das CRB (CodeReady Builder) Paket-Repository aktiviert, das eine Sammlung von Paketen enthĂ€lt, die standardmĂ€Ăig in Red Hat Enterprise Linux nicht angeboten werden, wie z. B. Entwickleranwendungen, zusĂ€tzliche Bibliotheken und Wrapper sowie Pakete mit Debugging-Daten, Dokumentation, Header-Dateien, statischen Builds und Beispielcode (Pakete â-develâ, â-exampleâ, â-docâ und â-staticâ). Unter anderem enthĂ€lt CRB Bibliotheken, die als AbhĂ€ngigkeiten in Paketen aus dem Repository verwendet werden.
EPEL (Extra Packages for Enterprise Linux). - Pakete fĂŒr die Installation von NVIDIA-Treibern und dem CUDA-Stack wurden erstellt. Die Treiber können in Konfigurationen mit UEFI Secure Boot verwendet werden. Kernelmodule aus dem offiziellen ProprietĂ€rsatz von NVIDIA können im UEFI Secure Boot-Modus nicht geladen werden, da sie nicht mit einer digitalen Signatur des Distributors versehen sind. Diese EinschrĂ€nkung
konnte durch die Verwendung der von NVIDIA bereitgestellten offenen Kernelmodule umgangen werden, auf deren Basis das eigene Paket nvidia-open-kmod mit Modulen erstellt wurde, die mit einer digitalen Signatur von AlmaLinux zertifiziert sind. Separat wurde das Paket almalinux-release-nvidia-driver mit der Konfiguration des von NVIDIA unterstĂŒtzten externen Repositories erstellt, aus dem die CUDA-Treiber und proprietĂ€ren Komponenten des NVIDIA-Treibers, die im Benutzermodus arbeiten, heruntergeladen werden. - Es wurden separate Builds fĂŒr die zweite Version der x86-64 Mikroarchitektur (x86-64-v2) erstellt, die parallel zu den Basis-Builds x86-64 bereitgestellt werden, die mit Optimierungen fĂŒr die Mikroarchitektur x86-64-v3 erstellt werden, die in RHEL 10 verwendet wird. Die zusĂ€tzliche UnterstĂŒtzung von x86-64-v2 ermöglicht die KompatibilitĂ€t mit CPUs, die Ă€lter sind als Intel Haswell und AMD Excavator, die vor 2013 entwickelt wurden. Neben den Standard-Repositories sind auch x86-64-v2 Builds fĂŒr Pakete aus dem EPEL-Repository vorbereitet worden.
- Die Server- und Clientimplementierungen des SPICE-Protokolls wurden zurĂŒckgebracht, das die Fernarbeit mit einem Desktop ermöglicht, der in einer virtuellen Umgebung unter QEMU/KVM lĂ€uft. Im Gegensatz zu den Protokollen VNC und RDP erfolgt bei SPICE die Anzeige des Bildschirminhalts und die Verarbeitung von Audiostreams auf der Clientseite, nicht auf Server. In RHEL wurde die UnterstĂŒtzung von SPICE mit der Version 9.0 eingestellt.
- Die Verwendung des Prozessorregisters %rbp als Basiszeiger auf den Stackrahmen, der RĂŒckgabearadressen und Variablen der Funktion enthĂ€lt (Frame Pointer), wurde wiederhergestellt. Die Verwendung des Frame-Pointers ermöglicht zusĂ€tzliche Funktionen fĂŒr das Tracing und Profilerstellung des Systems im Distribution.
- Die Möglichkeit zur Verwendung eines Hypervisors wurde implementiert KVM auf Systemen mit IBM POWER-Prozessoren. In RHEL wurde eine solche UnterstĂŒtzung in Branch 9.0 eingestellt.
- Das Repository
Synergy wird unterstĂŒtzt, in dem Pakete bereitgestellt werden, die sich von Red Hat Enterprise Linux unterscheiden. Derzeit sind im Synergy-Repository bereits Pakete mit der benutzerdefinierten Umgebung Pantheon veröffentlicht, die vom Elementary OS-Projekt entwickelt wird, sowie dem Werkzeug Warpinator, das fĂŒr den verschlĂŒsselten Austausch von Dateien zwischen zwei Computern vorgesehen ist. - Die Möglichkeit zur Boot-Load im UEFI Secure Boot-Modus fĂŒr Systeme mit Intel/AMD- und ARM-Prozessoren wurde implementiert.
- Die UnterstĂŒtzung von ĂŒber 150 HardwaregerĂ€ten, die in RHEL 10.2 nicht unterstĂŒtzt wurden, wurde wiederhergestellt. Beispielsweise wurden die IDs Ă€lterer PCI-GerĂ€te in Treibern zurĂŒckgegeben:
- aacraid â Dell PERC2, 2/Si, 3/Si, 3/Di, Adaptec Advanced Raid Products, HP NetRAID-4M, IBM ServeRAID & ICP SCSI
- be2iscsi â Emulex OneConnectOpen-iSCSI fĂŒr BladeEngine 2 und 3
- be2net â Emulex BladeEngine 2 und 3 Adapter *
- hpsa â HP Smart Array Controller
- lpfc â Emulex LightPulse Fibre Channel SCSI
- megaraid_sas â Broadcom MegaRAID SAS
- mlx4_core â Mellanox Gen2 und ConnectX-2
- mpt3sas â LSI MPT Fusion SAS 3.0
- mptsas â Fusion MPT SAS Host
- qla2xxx â QLogic Fibre Channel HBA
- qla4xxx â QLogic iSCSI HBA.
Die AlmaLinux-Distribution wurde von CloudLinux als Reaktion auf die vorzeitige Einstellung der UnterstĂŒtzung von CentOS 8 durch Red Hat gegrĂŒndet (die Veröffentlichung von Updates fĂŒr CentOS 8 wurde Ende 2021 eingestellt, nicht 2029, wie die Benutzer angenommen hatten). Das Projekt wird von einer separaten Non-Profit-Organisation, der AlmaLinux OS Foundation, betreut, die gegrĂŒndet wurde, um in einer neutralen Umgebung mit Beteiligung der Gemeinschaft zu entwickeln und ein Managementmodell Ă€hnlich dem des Fedora-Projekts zu verwenden. Die Distribution ist fĂŒr alle Benutzerkategorien kostenlos. alle Entwicklungen von AlmaLinux werden unter freien Lizenzen veröffentlicht.
Neben AlmaLinux werden auch Rocky Linux (entwickelt von einer Community unter der Leitung des GrĂŒnders von CentOS), Oracle Linux, SUSE Liberty Linux und EuroLinux als Alternativen zu klassischem CentOS positioniert. DarĂŒber hinaus hat Red Hat die Möglichkeit zur kostenlosen Nutzung von RHEL in Organisationen, die Open Source-Software entwickeln, und in Umgebungen von Einzelentwicklern, die bis zu 16 virtuelle oder physische Systeme umfassen, bereitgestellt.
Quelle: opennet.ru
