Дистрибуцията на AlmaLinux 10.1 е налична

Представена е версията на дистрибуцията AlmaLinux 10.1, синхронизирана с Red Hat Enterprise Linux 10.1 и съдържаща всички предложени в тази версия промени. Инсталационните образи са подготвени за архитектури x86_64_v3, x86_64_v2, ARM64, ppc64le и s390x във формата на стартиращ (927 MB), минимален (1.4 GB) и пълен образ (8.3 GB). По-късно ще бъдат създадени живи компилации с GNOME, KDE, MATE и Xfce, както и образи за платки Raspberry Pi, контейнери, WSL (Windows Subsystem for Linux) и облачни платформи.

Дистрибуцията е двоично съвместима с Red Hat Enterprise Linux, където е възможно, и може да се използва като заместител на RHEL 10.1 и CentOS 10 Stream. В допълнение към ребрендирането и премахването на специфични за RHEL пакети, AlmaLinux 10.1 се отличава със следните разлики спрямо RHEL 10.1:

• Поддръжката за файловата система Btrfs е възстановена. Добавихме възможността за разделяне на дискове с помощта на Btrfs в инсталатора, осигурихме инсталирането на модула на ядрото btrfs.ko, върнахме пакета с помощни програми btrfs-progs и адаптирахме стека за управление на съхранението за Btrfs. Също така проверихме, че следните пакети работят правилно в Btrfs среди: bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 и virt-v2v. Red Hat отхвърли файловата система Btrfs в RHEL 7.4 (2017) и прекрати поддръжката ѝ в RHEL 8.
• Хранилището за пакети CodeReady Builder (CRB) е активирано по подразбиране. То съдържа набор от пакети, които не се предлагат по подразбиране в 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 осигурява съвместимост с процесори, по-стари от Intel Haswell и AMD Excavator, проектирани преди 2013 г. В допълнение към стандартните хранилища, x86-64-v2 компилации са подготвени и за пакети от хранилището EPEL.
• Сървърните и клиентските реализации на протокола SPICE бяха въведени отново, което позволява взаимодействия с отдалечен работен плот, изпълнявани във виртуална среда под QEMU/KVM. За разлика от протоколите VNC и RDP, SPICE рендира съдържанието на екрана и обработва аудио потоци от страна на клиента, а не на сървъра. сървърВ RHEL, поддръжката на SPICE беше премахната във версия 9.0.
• Върна се към използване на регистъра на процесора %rbp като основен указател към стекова рамка, съдържаща адреси за връщане и функционални променливи (указател на рамка). Използването на указател за подреждане на рамки позволява на дистрибуцията да използва допълнителни възможности за системно проследяване и профилиране.
• Възможността за използване на хипервизор е внедрена KVM На системи с IBM POWER процесори. В RHEL тази поддръжка беше прекратена в клон 9.0.
• Поддържа се хранилището Synergy, което съдържа пакети, различни от Red Hat Enterprise Linux. В момента хранилището Synergy съдържа пакети за потребителската среда Pantheon, разработена от проекта Elementary OS, и Warpinator, помощна програма за споделяне на криптирани файлове между два компютъра.
• Възможността за зареждане в режим UEFI Secure Boot е внедрена за системи с процесори Intel/AMD и ARM.
• Поддръжката за над 150 хардуерни устройства, които не се поддържат в RHEL 10.1, е възстановена. Например, върнати са идентификаторите на стари PCI устройства в драйверите:
  • aacraid - Dell PERC2, 2/Si, 3/Si, 3/Di, Adaptec Advanced Raid продукти, HP NetRAID-4M, IBM ServeRAID & ICP SCSI
  • be2iscsi - Emulex OneConnectOpen-iSCSI за BladeEngine 2 и 3
  • be2net – Emulex BladeEngine 2 и 3 адаптери *
  • hpsa - HP Smart Array контролер
  • lpfc - Emulex LightPulse Fibre Channel SCSI
  • megaraid_sas - Broadcom MegaRAID SAS
  • mlx4_core - Mellanox Gen2 и ConnectX-2
  • mpt3sas - LSI MPT Fusion SAS 3.0
  • mptsas - Fusion MPT SAS хост
  • qla2xxx - QLogic Fibre Channel HBA
  • qla4xxx - QLogic iSCSI HBA.

Дистрибуцията на AlmaLinux е основана от CloudLinux в отговор на преждевременния край на поддръжката за CentOS 8 от Red Hat (актуализациите за CentOS 8 бяха прекратени в края на 2021 г., а не през 2029 г., както очакваха потребителите). Проектът се наблюдава от отделна организация с нестопанска цел, AlmaLinux OS Foundation, която е създадена, за да се развива в неутрална среда, управлявана от общността, използвайки модел на управление, подобен на проекта Fedora. Комплектът за разпространение е безплатен за всички категории потребители. Всички разработки на AlmaLinux се публикуват под безплатни лицензи.

В допълнение към AlmaLinux, Rocky Linux (разработен от общността под ръководството на основателя на CentOS), Oracle Linux, SUSE Liberty Linux и EuroLinux също се позиционират като алтернативи на класическата CentOS. В допълнение, Red Hat направи RHEL достъпен безплатно за организации с отворен код и отделни среди за разработчици с до 16 виртуални или физически системи.

Източник: opennet.ru