{"id":181758,"date":"2026-05-27T02:48:02","date_gmt":"2026-05-27T00:48:02","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-almalinux-9-8-i-10-2"},"modified":"2026-05-27T02:48:02","modified_gmt":"2026-05-27T00:48:02","slug":"reliz-almalinux-9-8-i-10-2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/reliz-almalinux-9-8-i-10-2","title":{"rendered":"Lanzamiento de AlmaLinux 9.8 y 10.2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha lanzado la versi\u00f3n del distribuidor AlmaLinux 10.2, as\u00ed como una actualizaci\u00f3n de la rama anterior \u2014 AlmaLinux 9.8. Las versiones est\u00e1n sincronizadas con Red Hat Enterprise Linux 9.8 y 10.2, e incluyen todos los cambios propuestos en estos lanzamientos. Las im\u00e1genes de instalaci\u00f3n est\u00e1n preparadas para las arquitecturas x86_64_v3, x86_64_v2, ARM64, ppc64le y s390x en forma de imagen de arranque (1 GB), imagen m\u00ednima (1.6 GB) e imagen completa (10 GB). M\u00e1s adelante se formar\u00e1n compilaciones en vivo con GNOME, KDE, MATE y Xfce, as\u00ed como im\u00e1genes para plataformas Raspberry Pi, contenedores, WSL (Subsistema de Windows para Linux) y plataformas en la nube.<\/p>\n
La distribuci\u00f3n 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\u00e1s del rebranding y la eliminaci\u00f3n de paquetes espec\u00edficos de RHEL, en AlmaLinux 10.2 se han se\u00f1alado las siguientes diferencias respecto a RHEL 10.2:\n<\/p>\n
\n
Se ha publicado un repositorio de paquetes, compilados para la arquitectura i686, as\u00ed como im\u00e1genes de contenedores en formato Docker para sistemas x86 de 32 bits. La empresa Red Hat dej\u00f3 de generar compilaciones de 32 bits para la arquitectura x86 en la versi\u00f3n RHEL 7, lanzada en 2014. En la l\u00ednea CentOS 7, la compilaci\u00f3n de paquetes de 32 bits continu\u00f3 por el equipo de CentOS Linux AltArch SIG, pero a partir de la l\u00ednea CentOS 8 se detuvo la formaci\u00f3n de tales compilaciones. El motivo del resurgimiento de las compilaciones para la arquitectura i686 en AlmaLinux fue el deseo de permitir la ejecuci\u00f3n de aplicaciones antiguas, disponibles solo en forma de archivos ejecutables para sistemas de 32 bits. Las compilaciones tambi\u00e9n pueden ser \u00fatiles para crear entornos de 32 bits para probar c\u00f3digo en sistemas de integraci\u00f3n continua y para ejecutar contenedores para programas de 32 bits.\n
Se ha restaurado el soporte para el sistema de archivos Btrfs. Se ha a\u00f1adido la posibilidad de particionar dispositivos utilizando Btrfs en el instalador, se ha asegurado la instalaci\u00f3n del m\u00f3dulo del n\u00facleo btrfs.ko, se ha restaurado el conjunto de utilidades btrfs-progs, y tambi\u00e9n se ha trabajado en la adaptaci\u00f3n del manejo de Btrfs con el stack de gesti\u00f3n del almacenamiento de datos, as\u00ed 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\u00f3 que el sistema de archivos Btrfs estaba obsoleto en el lanzamiento de RHEL 7.4 (2017) y dej\u00f3 de soportarlo por completo en la l\u00ednea RHEL 8.\n<\/li>\n
Por defecto, est\u00e1 habilitado el repositorio de paquetes CRB (CodeReady Builder), que ofrece una colecci\u00f3n de paquetes que, por defecto, no se ofrecen en Red Hat Enterprise Linux, como aplicaciones para desarrolladores, bibliotecas adicionales y envoltorios, as\u00ed como paquetes con datos de depuraci\u00f3n, documentaci\u00f3n, archivos de encabezado, compilaciones est\u00e1ticas y ejemplos de c\u00f3digo (paquetes 'devel', 'example', 'doc' y 'static'). Entre otras cosas, en CRB hay bibliotecas que se utilizan como dependencias en los paquetes del repositorio. \nEPEL (Paquetes Extras para Linux Empresarial). <\/p>\n<\/li>\n
Se han formado paquetes para instalar controladores NVIDIA y la pila CUDA. Los controladores pueden utilizarse en configuraciones con UEFI Secure Boot. Los m\u00f3dulos del n\u00facleo del conjunto de controladores propietarios de NVIDIA no se pueden cargar en modo UEFI Secure Boot, ya que no est\u00e1n firmados digitalmente por la distribuci\u00f3n. Esta restricci\u00f3n \nse ha podido sortear gracias al uso de m\u00f3dulos del n\u00facleo abiertos por NVIDIA, con los cuales se ha formado un paquete propio nvidia-open-kmod que contiene m\u00f3dulos firmados digitalmente por AlmaLinux. Adem\u00e1s, se ha creado el paquete almalinux-release-nvidia-driver con la configuraci\u00f3n 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.<\/p>\n<\/li>\n
Se han formado compilaciones separadas para la segunda versi\u00f3n de la microarquitectura x86-64 (x86-64-v2), que se acompa\u00f1an 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\u00e1s antiguas Intel Haswell y AMD Excavator, dise\u00f1adas antes de 2013. Adem\u00e1s de los repositorios est\u00e1ndar, las compilaciones x86-64-v2 tambi\u00e9n est\u00e1n preparadas para los paquetes del repositorio EPEL.\n<\/li>\n
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\u00f3n de QEMU\/KVM. A diferencia de los protocolos VNC y RDP, en SPICE la renderizaci\u00f3n del contenido de la pantalla y el procesamiento de flujos de audio se realizan en el lado del cliente, y no en servidor<\/a>. En RHEL, el soporte para SPICE se interrumpi\u00f3 en la versi\u00f3n 9.0.\n<\/li>\n