24 ноября 2025 года состоялся релиз дистрибутива AlmaLinux 10.1, синхронизированного с выпуском Red Hat Enterprise Linux 10.1. Стабильные сборки проекта с улучшением производительности, обновлёнными инструментами и патчами безопасности подготовлены для архитектур x86_64, ARM64, ppc64le и s390x. Через некоторое время будут сформированы Live-сборки с GNOME, KDE, MATE и Xfce, а также образы для плат Raspberry Pi, контейнеров, WSL (Windows Subsystem for Linux) и облачных платформ. Выпуск дистрибутива AlmaLinux 10.0 случился в мае 2025 года.
Дистрибутив AlmaLinux основан компанией CloudLinux в ответ на преждевременное сворачивание поддержки CentOS 8 компанией Red Hat (выпуск обновлений для CentOS 8 прекращён в конце 2021 года, а не в 2029 году, как предполагали пользователи). Проект курирует отдельная некоммерческая организация AlmaLinux OS Foundation, которая была создана для разработки на нейтральной площадке с участием сообщества и c использованием модели управления, похожей на организацию работы проекта Fedora. Дистрибутив бесплатен для всех категорий пользователей. Все наработки AlmaLinux опубликованы на GitHub под свободными лицензиями.
В AlmaLinux 10.1 входят обновлённые версии компонентов: GCC 15.1, GNU Binutils 2.44, GNU C Library 2.39, LLVM 20.1.8, Rust 1.88.0, Go 1.24, Annobin 12.99, NetworkManager 1.54, QEMU 10, Node.js 24, Podman 5.6.0, Mesa 25.0.7, Samba 4.22.4, Python 3.12.11, Apache 2.4.63, SSSD 2.11.1, SELinux-policy 42.1.7, OpenSSL 3.5, Grafana 10.2.6, PCP 6.3.7, GDB 16.3, SystemTap 5.3 и Valgrind 3.25.1.
Сборки AlmaLinux 10.1 на уровне ABI бинарно совместимы с Red Hat Enterprise Linux и могут использоваться в качестве замены RHEL 10.1 и CentOS 10 Stream. Изменения сводятся к ребрендингу, удалению специфичных для RHEL пакетов, таких как redhat-, insights-client, subscription-manager-migration, kpatch*, kmod-redhat-, rhc, spice и virtio-win, и расширению поддержки оборудования. В частности, по сравнению с RHEL в AlmaLinux добавлена поддержка дополнительных идентификаторов устройств Compaq, LSI SAS 10xx/2xxx, LSI MegaRAID SAS1078, HP NetRAID-4M, Adaptec 5400S, Dell PERC 2*/3*, Dell PERC5, QLogic ISP, Emulex BladeEngine 2/3, Emulex OneConnect, Themisto/Callisto Jupiter Platform, IBM 8i, Adaptec Catch All, CERC SATA RAID, Legend.
По информации OpenNET, основные изменения в AlmaLinux 10.1 по сравнению с RHEL 10.1:
возобновлена поддержка файловой системы Btrfs. Добавлена возможность разметки накопителей с использованием Btrfs в инсталляторе, обеспечена установка модуля ядра btrfs.ko, возвращён набор утилит btrfs‑progs, а также проведена работа по адаптации работы с Btrfs стека управления хранением данных и проверена корректность функционирования пакетов bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild‑composer, podman, pykickstart, python‑blivet, skopeo, udisks2 и virt‑v2v в окружениях с Btrfs;
по умолчанию активирован репозиторий пакетов CRB (CodeReady Builder), в котором поставляется подборка пакетов, по умолчанию не предлагаемых в Red Hat Enterprise Linux, таких как приложения для разработчиков, дополнительные библиотеки и обвязки, а также пакеты с отладочными данными, документацией, заголовочными файлами, статическими сборками и примерами кода (пакеты "-devel", "-example", "-doc" и "-static"). Среди прочего в CRB присутствуют библиотеки, использующиеся в качестве зависимостей в пакетах из репозитория EPEL (Extra Packages for Enterprise Linux);
сформированы пакеты для установки драйверов Nvidia и стека CUDA. Драйверы могут использоваться в конфигурациях с UEFI Secure Boot. Модули ядра из официального набора проприетарных драйверов от компании Nvidia не могут быть загружены в режиме UEFI Secure Boot, так как они не заверены цифровой подписью дистрибутива. Данное ограничение удалось обойти благодаря использованию открытых компанией Nvidia модулей ядра, на базе которых сформирован собственный пакет nvidia‑open‑kmod с модулями, заверенными цифровой подписью AlmaLinux. Отдельно оформлен пакет almalinux‑release‑nvidia‑driver с конфигурацией поддерживаемого компанией Nvidia внешнего репозитория, из которого выполняется загрузка CUDA‑драйверов и проприетарных компонентов драйвера Nvidia, работающих в пространстве пользователя;
представлены отдельные сборки для второй версии микроархитектуры x86-64 (x86-64-v2), которые сопровождаются параллельно с базовыми сборками x86-64, формируемыми с оптимизациями для микроархитектуры x86-64-v3, которая используется в RHEL 10. Дополнительная поддержка x86-64-v2 позволяет обеспечить совместимость с CPU старее Intel Haswell и AMD Excavator, спроектированными до 2013 года. Помимо штатных репозиториев сборки x86-64-v2 также подготовлены и для пакетов из репозитория EPEL;
возвращены серверные и клиентские реализации протокола SPICE, позволяющего организовать удаленную работу с рабочим столом, функционирующим в виртуальном окружении под управлением QEMU/KVM. В отличие от протоколов VNC и RDP в SPICE отрисовка содержимого экрана и обработка аудиопотоков производится на стороне клиента, а не на сервере. В RHEL поддержка SPICE была прекращена в выпуске 9.0;
возвращено использование процессорного регистра %rbp в качестве базового указателя на кадр стека, содержащий адреса возврата и переменные функции (frame pointer). Использование указателя на кадры стека позволяет использовать в дистрибутиве дополнительные возможности для трассировки и профилирования системы;
реализована возможность использования гипервизора KVM на системах с процессорами IBM POWER. В RHEL подобная поддержка была прекращена в ветке 9.0;
поддерживается репозиторий Synergy, в котором размещены пакеты, отличающиеся от Red Hat Enterprise Linux. В настоящее время в репозитории Synergy уже опубликованы пакеты c пользовательским окружением Pantheon, развиваемым проектом Elementary OS, и утилитой Warpinator, предназначенной для шифрованного обмена файлами между двумя компьютерами;
реализована возможность загрузки в режиме UEFI Secure Boot для систем с процессорами Intel/AMD и ARM;
возобновлена поддержка более 150 аппаратных устройств, не поддерживаемых в RHEL 10.1.
