Foi lan\u00e7ado o reposit\u00f3rio AlmaLinux 10.1, sincronizado com o Red Hat Enterprise Linux 10.1 e contendo todas as altera\u00e7\u00f5es propostas nesta vers\u00e3o. As imagens de instala\u00e7\u00e3o est\u00e3o dispon\u00edveis para as arquiteturas x86_64_v3, x86_64_v2, ARM64, ppc64le e s390x, na forma de imagem de inicializa\u00e7\u00e3o (927 MB), imagem m\u00ednima (1,4 GB) e imagem completa (8,3 GB). Posteriormente, ser\u00e3o formadas compila\u00e7\u00f5es Live com GNOME, KDE, MATE e Xfce, al\u00e9m de imagens para placas Raspberry Pi, containers, WSL (Subsistema Windows para Linux) e plataformas em nuvem. <\/p>\n
O reposit\u00f3rio \u00e9 o mais compat\u00edvel poss\u00edvel com o Red Hat Enterprise Linux e pode ser utilizado como substituto do RHEL 10.1 e do CentOS 10 Stream. Al\u00e9m do rebranding e remo\u00e7\u00e3o dos pacotes espec\u00edficos do RHEL, o AlmaLinux 10.1 apresenta as seguintes diferen\u00e7as em rela\u00e7\u00e3o ao RHEL 10.1: <\/p>\n
\n
O suporte ao sistema de arquivos Btrfs foi restaurado. Foi adicionada a capacidade de particionar dispositivos utilizando Btrfs no instalador, garantindo a instala\u00e7\u00e3o do m\u00f3dulo do kernel btrfs.ko, o conjunto de utilit\u00e1rios btrfs-progs foi trazido de volta, e foram feitos esfor\u00e7os para adaptar a funcionalidade do Btrfs em pilhas de gerenciamento de dados, al\u00e9m de testar o funcionamento adequado dos pacotes bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 e virt-v2v em ambientes com Btrfs. A Red Hat declarou o sistema de arquivos Btrfs obsoleto na vers\u00e3o RHEL 7.4 (2017) e encerrou completamente seu suporte na linha RHEL 8.\n
Por padr\u00e3o, o reposit\u00f3rio de pacotes CRB (CodeReady Builder) est\u00e1 ativado, que cont\u00e9m uma sele\u00e7\u00e3o de pacotes n\u00e3o oferecidos por padr\u00e3o no Red Hat Enterprise Linux, como aplicativos para desenvolvedores, bibliotecas adicionais e wrappers, bem como pacotes com dados de depura\u00e7\u00e3o, documenta\u00e7\u00e3o, arquivos de cabe\u00e7alho, compila\u00e7\u00f5es est\u00e1ticas e exemplos de c\u00f3digo (pacotes \u00ab-devel\u00bb, \u00ab-example\u00bb, \u00ab-doc\u00bb e \u00ab-static\u00bb). Entre outras coisas, o CRB cont\u00e9m bibliotecas utilizadas como depend\u00eancias em pacotes do reposit\u00f3rio EPEL (Extra Packages for Enterprise Linux).\n
Pacotes para instala\u00e7\u00e3o dos drivers NVIDIA e da pilha CUDA foram formados. Os drivers podem ser usados em configura\u00e7\u00f5es com UEFI Secure Boot. Os m\u00f3dulos do kernel do conjunto propriet\u00e1rio de drivers da NVIDIA n\u00e3o podem ser carregados em modo UEFI Secure Boot, pois n\u00e3o s\u00e3o assinados digitalmente pela distribui\u00e7\u00e3o. Essa limita\u00e7\u00e3o foi contornada gra\u00e7as ao uso de m\u00f3dulos do kernel abertos pela NVIDIA, com base nos quais foi formado um pacote pr\u00f3prio nvidia-open-kmod com m\u00f3dulos que possuem assinatura digital da AlmaLinux. Um pacote separado, almalinux-release-nvidia-driver, foi criado com a configura\u00e7\u00e3o do reposit\u00f3rio externo mantido pela NVIDIA, do qual os drivers CUDA e os componentes propriet\u00e1rios do driver NVIDIA, que operam no espa\u00e7o do usu\u00e1rio, s\u00e3o carregados.\n
Foram criadas compila\u00e7\u00f5es separadas para a segunda vers\u00e3o da microarquitetura x86-64 (x86-64-v2), que s\u00e3o fornecidas paralelamente \u00e0s compila\u00e7\u00f5es base x86-64, feitas com otimiza\u00e7\u00f5es para a microarquitetura x86-64-v3, que \u00e9 utilizada no RHEL 10. O suporte adicional para x86-64-v2 permite garantir compatibilidade com CPUs anteriores, como Intel Haswell e AMD Excavator, projetadas antes de 2013. Al\u00e9m dos reposit\u00f3rios padr\u00e3o, as compila\u00e7\u00f5es x86-64-v2 tamb\u00e9m foram preparadas para pacotes do reposit\u00f3rio EPEL. <\/li>\n
Retornadas implementa\u00e7\u00f5es de servidor e cliente do protocolo SPICE, permitindo o trabalho remoto com uma \u00e1rea de trabalho funcionando em um ambiente virtual sob QEMU\/KVM. Ao contr\u00e1rio dos protocolos VNC e RDP, no SPICE, a renderiza\u00e7\u00e3o do conte\u00fado da tela e o processamento de fluxos de \u00e1udio s\u00e3o feitos do lado do cliente, e n\u00e3o no servidor<\/a>. No RHEL, o suporte ao SPICE foi encerrado na vers\u00e3o 9.0.\n