Se ha presentado el lanzamiento de la distribución AlmaLinux 10.2, así como la actualización de la versión anterior: AlmaLinux 9.8. Los lanzamientos están sincronizados con Red Hat Enterprise Linux 9.8 y 10.2, e incluyen todos los cambios propuestos en estas versiones. Se han preparado imágenes de instalación para las arquitecturas x86_64_v3, x86_64_v2, ARM64, ppc64le y s390x en forma de imagen de arranque (1 GB), imagen mínima (1.6 GB) e imagen completa (10 GB). Más adelante se generarán versiones Live con GNOME, KDE, MATE y Xfce, así como imágenes para Raspberry Pi, contenedores, WSL (Subsistema de Windows para Linux) y plataformas en la nube.
La distribución es en la medida de lo posible binariamente compatible con Red Hat Enterprise Linux y puede usarse como sustituto de RHEL 10.2 y CentOS 10 Stream. Además del rebranding y la eliminación de paquetes específicos de RHEL, en AlmaLinux 10.2 se han señalado las siguientes diferencias respecto a RHEL 10.2:
- Se ha publicado un repositorio de paquetes, compilados para la arquitectura i686, así como imágenes de contenedores en formato Docker para sistemas x86 de 32 bits. La empresa Red Hat dejó de generar compilaciones de 32 bits para la arquitectura x86 en la versión RHEL 7, lanzada en 2014. En la línea CentOS 7, la compilación de paquetes de 32 bits continuó por el equipo de CentOS Linux AltArch SIG, pero a partir de la línea CentOS 8 se detuvo la formación de tales compilaciones. El motivo del resurgimiento de las compilaciones para la arquitectura i686 en AlmaLinux fue el deseo de permitir la ejecución de aplicaciones antiguas, disponibles solo en forma de archivos ejecutables para sistemas de 32 bits. Las compilaciones también pueden ser útiles para crear entornos de 32 bits para probar código en sistemas de integración continua y para ejecutar contenedores para programas de 32 bits.
- Se ha restaurado el soporte para el sistema de archivos Btrfs. Se ha añadido la posibilidad de particionar dispositivos utilizando Btrfs en el instalador, se ha asegurado la instalación del módulo del núcleo btrfs.ko, se ha restaurado el conjunto de utilidades btrfs-progs, y también se ha trabajado en la adaptación del manejo de Btrfs con el stack de gestión del almacenamiento de datos, así como se ha verificado el correcto funcionamiento de los paquetes bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 y virt-v2v en entornos con Btrfs. La empresa Red Hat declaró que el sistema de archivos Btrfs estaba obsoleto en el lanzamiento de RHEL 7.4 (2017) y dejó de soportarlo por completo en la línea RHEL 8.
- Por defecto, se activa el repositorio de paquetes CRB (CodeReady Builder), que ofrece una colección de paquetes que no se suministran por defecto en Red Hat Enterprise Linux, como aplicaciones para desarrolladores, bibliotecas adicionales y bindings, así como paquetes con datos de depuración, documentación, archivos de encabezado, compilaciones estáticas y ejemplos de código (paquetes «-devel», «-example», «-doc» y «-static»). Entre otras cosas, en CRB se incluyen bibliotecas que se utilizan como dependencias en los paquetes del repositorio.
EPEL (Paquetes Extras para Linux Empresarial). - Se han formado paquetes para instalar controladores NVIDIA y la pila CUDA. Los controladores pueden utilizarse en configuraciones con UEFI Secure Boot. Los módulos del núcleo del conjunto de controladores propietarios de NVIDIA no se pueden cargar en modo UEFI Secure Boot, ya que no están firmados digitalmente por la distribución. Esta restricción
se ha podido sortear gracias al uso de módulos del núcleo abiertos por NVIDIA, con los cuales se ha formado un paquete propio nvidia-open-kmod que contiene módulos firmados digitalmente por AlmaLinux. Además, se ha creado el paquete almalinux-release-nvidia-driver con la configuración del repositorio externo mantenido por NVIDIA, desde el cual se cargan los controladores CUDA y componentes propietarios del controlador NVIDIA que funcionan en el espacio de usuario. - Se han formado compilaciones separadas para la segunda versión de la microarquitectura x86-64 (x86-64-v2), que se acompañan junto con las compilaciones base x86-64, formadas con optimizaciones para la microarquitectura x86-64-v3, que se utiliza en RHEL 10. El soporte adicional para x86-64-v2 permite asegurar la compatibilidad con CPU más antiguas Intel Haswell y AMD Excavator, diseñadas antes de 2013. Además de los repositorios estándar, las compilaciones x86-64-v2 también están preparadas para los paquetes del repositorio EPEL.
- Se han devuelto las implementaciones del servidor y del cliente del protocolo SPICE, que permite organizar el trabajo remoto con un escritorio que funciona en un entorno virtual bajo la gestión de QEMU/KVM. A diferencia de los protocolos VNC y RDP, en SPICE la renderización del contenido de la pantalla y el procesamiento de flujos de audio se realizan en el lado del cliente, y no en servidor. En RHEL, el soporte para SPICE se interrumpió en la versión 9.0.
- Se ha devuelto el uso del registro del procesador %rbp como puntero base para el marco de pila, que contiene direcciones de retorno y variables de la función (frame pointer). El uso del puntero de marco de pila permite aprovechar capacidades adicionales para la trazabilidad y el perfilado del sistema en la distribución.
- Se ha implementado la posibilidad de usar un hipervisor KVM en sistemas con procesadores IBM POWER. En RHEL, este soporte se eliminó en la rama 9.0.
- Se admite el repositorio
Synergy, donde se alojan paquetes que difieren de Red Hat Enterprise Linux. Actualmente, en el repositorio Synergy ya se han publicado paquetes con el entorno de usuario Pantheon, desarrollado por el proyecto Elementary OS, y la utilidad Warpinator, diseñada para el intercambio seguro de archivos entre dos computadoras. - Se ha implementado la posibilidad de arranque en modo UEFI Secure Boot para sistemas con procesadores Intel/AMD y ARM.
- Se ha reanudado el soporte para más de 150 dispositivos de hardware que no eran compatibles en RHEL 10.2. Por ejemplo, se han devuelto los identificadores de antiguos dispositivos PCI en los controladores:
- aacraid — Dell PERC2, 2/Sí, 3/Sí, 3/Di, productos de RAID avanzados de Adaptec, HP NetRAID-4M, IBM ServeRAID & ICP SCSI
- be2iscsi — Emulex OneConnectOpen-iSCSI para BladeEngine 2 y 3
- be2net — Adaptadores Emulex BladeEngine 2 y 3 *
- hpsa — Controlador de HP Smart Array
- lpfc — Emulex LightPulse Fibre Channel SCSI
- megaraid_sas — Broadcom MegaRAID SAS
- mlx4_core — Mellanox Gen2 y ConnectX-2
- mpt3sas — LSI MPT Fusion SAS 3.0
- mptsas — Host Fusion MPT SAS
- qla2xxx — QLogic Fibre Channel HBA
- qla4xxx — QLogic iSCSI HBA.
La distribución AlmaLinux fue fundada por la empresa CloudLinux en respuesta a la finalización prematura del soporte de CentOS 8 por parte de Red Hat (las actualizaciones para CentOS 8 se detuvieron a fines de 2021, no en 2029 como pensaban los usuarios). El proyecto es supervisado por una organización sin fines de lucro llamada AlmaLinux OS Foundation, que se creó para desarrollar en una plataforma neutral con la participación de la comunidad y utilizando un modelo de gestión similar al de la organización del proyecto Fedora. La distribución es gratuita para todas las categorías de usuarios. Todos los avances de AlmaLinux se publican bajo licencias libres.
Además de AlmaLinux, como alternativa al clásico CentOS también se posicionan Rocky Linux (desarrollado por la comunidad bajo la dirección del fundador de CentOS), Oracle Linux, SUSE Liberty Linux y EuroLinux. Además, la empresa Red Hat ha ofrecido la posibilidad de usar RHEL de forma gratuita en organizaciones que desarrollan software de código abierto y en entornos de desarrolladores individuales, que cuenten hasta con 16 sistemas virtuales o físicos.
Fuente: opennet.ru
