Zosta\u0142a wydana wersja dystrybucji AlmaLinux 10.1, zsynchronizowana z Red Hat Enterprise Linux 10.1 i zawieraj\u0105ca wszystkie zmiany wprowadzone w tej wersji. Obrazy instalacyjne przygotowano dla architektur x86_64_v3, x86_64_v2, ARM64, ppc64le i s390x w postaci obrazu startowego (927 MB), minimalnego (1.4 GB) oraz pe\u0142nego obrazu (8.3 GB). P\u00f3\u017aniej przygotowane zostan\u0105 wersje Live z GNOME, KDE, MATE i Xfce, a tak\u017ce obrazy dla platform Raspberry Pi, kontener\u00f3w, WSL (Windows Subsystem for Linux) i platform chmurowych. <\/p>\n
Dystrybucja jest w miar\u0119 mo\u017cliwo\u015bci binarnie zgodna z Red Hat Enterprise Linux i mo\u017ce by\u0107 stosowana jako alternatywa dla RHEL 10.1 i CentOS 10 Stream. Opr\u00f3cz rebrandingu i usuni\u0119cia specyficznych dla RHEL pakiet\u00f3w, w AlmaLinux 10.1 zaznaczone zosta\u0142y nast\u0119puj\u0105ce r\u00f3\u017cnice w por\u00f3wnaniu do RHEL 10.1: <\/p>\n
\n
Wznowiono wsparcie dla systemu plik\u00f3w Btrfs. Dodano mo\u017cliwo\u015b\u0107 partycjonowania dysk\u00f3w z wykorzystaniem Btrfs w instalatorze, zapewniono instalacj\u0119 modu\u0142u j\u0105dra btrfs.ko, przywr\u00f3cono zestaw narz\u0119dzi btrfs-progs, a tak\u017ce przeprowadzono prace nad adaptacj\u0105 do pracy z Btrfs w stosie zarz\u0105dzania danymi i sprawdzono poprawno\u015b\u0107 dzia\u0142ania pakiet\u00f3w bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 oraz virt-v2v w \u015brodowiskach z Btrfs. Firma Red Hat og\u0142osi\u0142a, \u017ce system plik\u00f3w Btrfs jest przestarza\u0142y w wydaniu RHEL 7.4 (2017 rok) i ca\u0142kowicie zaprzesta\u0142a jego wsparcia w ga\u0142\u0119zi RHEL 8.\n
Utworzono pakiety do instalacji sterownik\u00f3w NVIDIA oraz stosu CUDA. Sterowniki mog\u0105 by\u0107 u\u017cywane w konfiguracjach z UEFI Secure Boot. Modu\u0142y j\u0105dra z oficjalnego zestawu w\u0142asno\u015bciowych sterownik\u00f3w firmy NVIDIA nie mog\u0105 by\u0107 za\u0142adowane w trybie UEFI Secure Boot, poniewa\u017c nie s\u0105 podpisane cyfrowo przez dystrybucj\u0119. Ograniczenie to uda\u0142o si\u0119 obej\u015b\u0107 dzi\u0119ki wykorzystaniu otwartych modu\u0142\u00f3w j\u0105dra firmy NVIDIA, na podstawie kt\u00f3rych stworzono w\u0142asny pakiet nvidia-open-kmod z modu\u0142ami podpisanymi cyfrowo przez AlmaLinux. Oddzielnie przygotowano pakiet almalinux-release-nvidia-driver z konfiguracj\u0105 wspieranego przez firm\u0119 NVIDIA zewn\u0119trznego repozytorium, z kt\u00f3rego pobierane s\u0105 sterowniki CUDA oraz w\u0142asno\u015bciowe komponenty sterownika NVIDIA dzia\u0142aj\u0105ce w przestrzeni u\u017cytkownika.\n
Przygotowano osobne zbiory dla drugiej wersji mikroarchitektury x86-64 (x86-64-v2), kt\u00f3re s\u0105 dostarczane r\u00f3wnolegle z podstawowymi zbiorami x86-64, tworzonymi z optymalizacjami dla mikroarchitektury x86-64-v3, u\u017cywanej w RHEL 10. Dodatkowa obs\u0142uga x86-64-v2 zapewnia zgodno\u015b\u0107 z procesorami starszymi ni\u017c Intel Haswell i AMD Excavator, zaprojektowanymi przed 2013 rokiem. Opr\u00f3cz standardowych repozytori\u00f3w, zbiory x86-64-v2 s\u0105 r\u00f3wnie\u017c przygotowane dla pakiet\u00f3w z repozytorium EPEL. <\/li>\n
Przywr\u00f3cono serwerowe i klienckie implementacje protoko\u0142u SPICE, umo\u017cliwiaj\u0105cego zdalne korzystanie z pulpitu, dzia\u0142aj\u0105cego w wirtualnym \u015brodowisku zarz\u0105dzanym przez QEMU\/KVM. W odr\u00f3\u017cnieniu od protoko\u0142\u00f3w VNC i RDP, w SPICE renderowanie zawarto\u015bci ekranu i przetwarzanie strumieni audio odbywa si\u0119 po stronie klienta, a nie na serwerze<\/a>. W RHEL wsparcie dla SPICE zosta\u0142o zako\u0144czone w wersji 9.0.\n