{"id":149420,"date":"2025-11-24T23:11:54","date_gmt":"2025-11-24T21:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dostupen-distributiv-almalinux-10-1"},"modified":"2025-11-24T23:11:54","modified_gmt":"2025-11-24T21:11:54","slug":"dostupen-distributiv-almalinux-10-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/dostupen-distributiv-almalinux-10-1","title":{"rendered":"AlmaLinux 10.1 distributie is beschikbaar","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
De release van het AlmaLinux 10.1-distributie is gepresenteerd, gesynchroniseerd met Red Hat Enterprise Linux 10.1 en bevat alle wijzigingen die in deze release zijn voorgesteld. Installatiebeelden zijn voorbereid voor de architecturen x86_64_v3, x86_64_v2, ARM64, ppc64le en s390x in de vorm van een bootable (927 MB), minimal (1,4 GB) en een volledig image (8,3 GB). Later zullen Live-builds met GNOME, KDE, MATE en Xfce worden aangemaakt, evenals beelden voor Raspberry Pi-platforms, containers, WSL (Windows Subsystem for Linux) en cloudplatformen. <\/p>\n
Het distributie is zoveel mogelijk binair compatibel met Red Hat Enterprise Linux en kan worden gebruikt als vervanging voor RHEL 10.1 en CentOS 10 Stream. Naast de rebranding en het verwijderen van RHEL-specifieke pakketten zijn in AlmaLinux 10.1 de volgende verschillen met RHEL 10.1 vastgesteld: <\/p>\n
\n
De ondersteuning voor het Btrfs-bestandssysteem is hersteld. Er is een mogelijkheid toegevoegd voor het partitioneren van opslagapparaten met Btrfs in de installer, en de installatie van de btrfs.ko kernelmodule is mogelijk gemaakt. De btrfs-progs utilities zijn teruggebracht, en er is gewerkt aan de aanpassing van het beheer van de opslaglaag met Btrfs, evenals de functionaliteit van de pakketten bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 en virt-v2v in omgevingen met Btrfs is gecontroleerd. Red Hat heeft in RHEL 7.4 (2017) Btrfs als verouderd verklaard en heeft de ondersteuning in de RHEL 8-tak volledig stopgezet.\n
Standaard is de CRB (CodeReady Builder) pakketrepository actief, die een selectie van pakketten biedt die standaard niet worden aangeboden in Red Hat Enterprise Linux, zoals ontwikkelaarsapplicaties, extra bibliotheken en wrappers, en pakketten met debug-informatie, documentatie, headerbestanden, statische builds en voorbeeldcode (pakketten zoals '-devel', '-example', '-doc' en '-static'). Onder andere bevat CRB bibliotheken die worden gebruikt als afhankelijkheden in pakketten uit de EPEL (Extra Packages for Enterprise Linux) repository.\n
Installatiepakketten zijn samengesteld voor NVIDIA-stuurprogramma's en de CUDA-stack. De stuurprogramma's kunnen worden gebruikt in configuraties met UEFI Secure Boot. Kernelmodules uit het offici\u00eble pakket van eigendom van NVIDIA kunnen niet worden geladen in de UEFI Secure Boot-modus, omdat ze niet zijn ondertekend met de digitale handtekening van de distributie. Deze beperking is omzeild door gebruik te maken van de door NVIDIA opengelegde kernelmodules, waaruit het eigen pakket nvidia-open-kmod is samengesteld met modules die zijn ondertekend met de digitale handtekening van AlmaLinux. Er is ook een pakket almalinux-release-nvidia-driver samengesteld met de configuratie van de door NVIDIA ondersteunde externe repository, waaruit de CUDA-stuurprogramma's en eigendom van NVIDIA-stuurprogramma's die in de gebruikersruimte werken, worden gedownload.\n
Er zijn aparte builds samengesteld voor de tweede versie van de x86-64 microarchitectuur (x86-64-v2), die gelijktijdig worden aangeboden met de basis builds x86-64, die zijn samengesteld met optimalisaties voor de x86-64-v3 microarchitectuur, die wordt gebruikt in RHEL 10. Extra ondersteuning voor x86-64-v2 zorgt voor compatibiliteit met CPU's die ouder zijn dan Intel Haswell en AMD Excavator, die v\u00f3\u00f3r 2013 zijn ontworpen. Naast de standaard repositories zijn de x86-64-v2 builds ook voorbereid voor pakketten uit de EPEL-repository. <\/li>\n
De server- en clientimplementaties van het SPICE-protocol zijn hersteld, waarmee op afstand kan worden gewerkt met een desktop die draait in een virtuele omgeving beheerd door QEMU\/KVM. In tegenstelling tot de VNC- en RDP-protocollen vindt de rendering van de inhoud van het scherm en de verwerking van audiostreams plaats aan de kant van de client, en niet aan de de server<\/a>. In RHEL is de ondersteuning voor SPICE be\u00ebindigd in release 9.0.\n