AlmaLinux 10.1-distributionen er nu tilgængelig

AlmaLinux 10.1-distributionen er blevet frigivet, synkroniseret med Red Hat Enterprise Linux 10.1 og indeholder alle ændringer, der er foreslået i denne udgave. Installationsbillederne er forberedt til arkitekturerne x86_64_v3, x86_64_v2, ARM64, ppc64le og s390x i form af en bootable (927 MB), minimal (1,4 GB) og fuld billede (8,3 GB). Senere vil der blive dannet Live-builds med GNOME, KDE, MATE og Xfce samt billeder til Raspberry Pi-platforme, containere, WSL (Windows Subsystem for Linux) og cloud-platforme.

Distributionen er i det omfang muligt binært kompatibel med Red Hat Enterprise Linux og kan bruges som en erstatning for RHEL 10.1 og CentOS 10 Stream. Ud over rebranding og fjernelse af RHEL-specifikke pakker er de følgende forskelle bemærket i AlmaLinux 10.1:

• Støtten til Btrfs-filsystemet er genoptaget. Der er tilføjet mulighed for at partitionere drev ved hjælp af Btrfs i installationsprogrammet, og installation af kernemodulet btrfs.ko er sikret. Sættet af btrfs-progs-værktøjer er blevet genindført, og der er udført arbejde for at tilpasse Btrfs til data lagringsadministrationsstakken, samt funktionaliteten af pakkerne bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 og virt-v2v er blevet kontrolleret i Btrfs-miljøer. Red Hat annoncerede, at Btrfs-filsystemet blev forældet i RHEL 7.4-udgivelsen (2017) og helt stoppede støtte i RHEL 8-grenen.
• Standard er CRB (CodeReady Builder) pakke-repositoriet aktiveret, som leverer et udvalg af pakker, der som standard ikke tilbydes i Red Hat Enterprise Linux, såsom udviklerprogrammer, ekstra biblioteker og bindings, samt pakker med fejlfinding, dokumentation, header-filer, statiske builds og kodeeksempler (pakkerne «-devel», «-example», «-doc» og «-static»). Blandt andet indeholder CRB biblioteker, der bruges som afhængigheder i pakkerne fra EPEL (Extra Packages for Enterprise Linux)-repository.
• Pakker til installation af NVIDIA-drivere og CUDA-stakken er blevet oprettet. Driverne kan bruges i konfigurationer med UEFI Secure Boot. Kerne-modulerne fra det officielle sæt af proprietære drivere fra NVIDIA kan ikke indlæses i UEFI Secure Boot-tilstand, da de ikke er digitalt signeret af distributionen. Denne begrænsning er blevet overvundet ved at bruge åbne kerne-moduler fra NVIDIA, som danner grundlaget for det eget nvidia-open-kmod-pakke med moduler, der er digitalt signeret af AlmaLinux. Der er også udarbejdet en pakke, almalinux-release-nvidia-driver, med konfigurationen af det eksterne repository, som understøttes af NVIDIA, fra hvilket CUDA-drivere og de proprietære dele af NVIDIA-driveren, der kører i brugerrummet, downloades.
• Der er oprettet separate bygninger til den anden version af x86-64 mikroarkitektur (x86-64-v2), som bliver ledsaget af de grundlæggende x86-64 bygninger, der bliver dannet med optimeringer til x86-64-v3 mikroarkitektur, som anvendes i RHEL 10. Den yderligere støtte til x86-64-v2 sikrer, at der er kompatibilitet med CPU'er der er ældre end Intel Haswell og AMD Excavator, designet før 2013. Udover de officielle repositories er x86-64-v2 bygningerne også forberedt til pakker fra EPEL-repositoriet.
• Server- og klientimplementationer af SPICE-protokollen er blevet genoptaget, hvilket muliggør fjernarbejde med en desktop, der kører i et virtuelt miljø under QEMU/KVM. I modsætning til VNC- og RDP-protokoller håndteres skærmindholdet og audio streams i SPICE på klientsiden, ikke på serveren. I RHEL blev understøttelsen af SPICE ophørt i version 9.0.
• Brug af registeret %rbp er tilbageført som en base pointer for stakrammen, der indeholder returadresser og funktionens variabler (frame pointer). Brug af stakramme-pointers giver mulighed for at udnytte yderligere funktioner til sporing og profilering af systemet i distributeret.
• Muligheden for at bruge hypervisoren er implementeret KVM på systemer med IBM POWER-processorer. I RHEL blev sådan støtte stoppet i version 9.0.
• Synergy-repositoriet understøttes, hvor pakker, der adskiller sig fra Red Hat Enterprise Linux, er placeret. I øjeblikket er pakker med brugergrænsefladen Pantheon, der udvikles af projektet Elementary OS, samt værktøjet Warpinator, der er beregnet til krypteret filudveksling mellem to computere, allerede offentliggjort i Synergy-repositoriet.
• Det er nu muligt at starte i UEFI Secure Boot-tilstand for systemer med Intel/AMD- og ARM-processorer.
• Støtten til mere end 150 hardware-enheder, der ikke understøttes i RHEL 10.1, er genoptaget. For eksempel er identifikatorer for gamle PCI-enheder blevet genindført i driverne:
  • 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 til BladeEngine 2 og 3
  • be2net — Emulex BladeEngine 2 og 3-adaptere *
  • hpsa — HP Smart Array Controller
  • lpfc — Emulex LightPulse Fibre Channel SCSI
  • megaraid_sas — Broadcom MegaRAID SAS
  • mlx4_core — Mellanox Gen2 og ConnectX-2
  • mpt3sas — LSI MPT Fusion SAS 3.0
  • mptsas — Fusion MPT SAS Host
  • qla2xxx — QLogic Fibre Channel HBA
  • qla4xxx — QLogic iSCSI HBA.

AlmaLinux-distributionen er baseret på CloudLinux i respons på den for tidlige ophør af støtte til CentOS 8 fra Red Hat (udgivelsen af opdateringer til CentOS 8 stoppes i slutningen af 2021, og ikke i 2029, som brugerne troede). Projektet overvåges af den ikke-kommercielle organisation AlmaLinux OS Foundation, som blev oprettet for at udvikle på en neutral platform med deltagelse af samfundet og med brug af en ledelsesmodel, der ligner organisationen af Fedora-projektet. Distributionen er gratis for alle brugergrupper. Alle arbejde fra AlmaLinux offentliggøres under åbne licenser.

Ud over AlmaLinux bliver Rocky Linux (udviklet af fællesskabet under ledelse af CentOS-grundlæggeren), Oracle Linux, SUSE Liberty Linux og EuroLinux også præsenteret som alternativer til klassisk CentOS. Derudover har Red Hat gjort det muligt at bruge RHEL gratis i organisationer, der udvikler open source-software, samt i miljøer med individuelle udviklere, som har op til 16 virtuelle eller fysiske systemer.

Kilde: opennet.ru