AlmaLinux 10 se une a RHEL 10 en las pruebas beta públicas, y los desarrolladores de CentOS Stream 10 acaban de presionar el botón de lanzamiento antes de las vacaciones festivas.
A medida que se acercan las vacaciones, también lo hace una nueva versión de Red Hat Enterprise Linux. AlmaLinux 10 ya está entrando en prueba beta. Esta versión tiene el nombre en código Purple Lion. Si desea una descripción general rápida de las novedades, AlmaLinux notas de lanzamiento Sólo tienen unas diez páginas. (Esto se compara con la friolera de 142 páginas del Notas de la versión beta de RHEL 10.) Casi la mitad de las notas de la versión de Purple Lion son la lista de dispositivos en “Soporte de hardware extendido”; en otras palabras, el kit que AlmaLinux aún admite y que se eliminó de RHEL.
La beta de AlmaLinux llega aproximadamente un mes después de Red Hat lanzó la versión beta de RHEL 10 para pruebas públicas. Es basado en Fedora Linux 40que apareció en abril.
Como de costumbre, las notas de la versión de AlmaLinux proporcionan un resumen mucho más digerible de las novedades de esta versión que la epopeya de la filial de IBM. RHEL 10 requerirá la versión 3 del conjunto de instrucciones x86-64; describimos las diferentes versiones hace un par de años.
En aquel entonces, usábamos la misma terminología que SUSE: x86-64-v1, x86-64-v2 y x86-64-v3. Estamos evitando eso ahora. A principios de este mes, el pingüino supremo Linus Torvalds expresó su considerable infelicidad con estos niveles de versión:
Aunque este buitre geriátrico nunca contribuirá al núcleo, no queremos molestar al señor Torvalds. La gente de AlmaLinux está menos preocupada y todavía usa las taquigrafías. Las notas de la versión explican que tienen requisitos de sistema un poco más relajados que el propio RHEL 10. Hay una edición x86-64-v2 separada de AlmaLinux 10 beta, pero solo está destinada a hardware más antiguo:
Otros componentes se han eliminado en esta versión. Esto era de esperarse tanto para X.org como para LibreOffice. También incluye Firefox y el cliente de correo electrónico Thunderbird. Esta eliminación también incluye compatibilidad con 32 bits, incluso las bibliotecas compatibles. Las notas de la versión de Red Hat recomiendan instalar las versiones Flatpak de las aplicaciones, mientras que AlmaLinux continúa suministrando las aplicaciones de Mozilla como paquetes .rpm.
RHEL 10 y todas sus versiones posteriores utilizan el kernel 6.11, que se lanzó en septiembre. Esto a pesar de que el kernel 6.11 fue una versión a corto plazo y ya ha sido reemplazado. La versión final, 6.11.11, salió el 5 de diciembre y el anuncio decía:
En otras palabras, el kernel del futuro RHEL 10 ya está al final de su vida útil hoy, mientras que se espera el lanzamiento final alrededor de mayo del próximo año. Esto demuestra la complejidad de cronometrar los cronogramas de lanzamiento. Cuando Fedora 40 salió en abril, usaba el kernel 6.8. Cuando salió por primera vez la versión beta de Big Purple Hat, el kernel 6.11 estaba presente; El kernel 6.12 fue lanzado el 17 de noviembre.cuatro días después de la versión beta de RHEL 10.
Todas las grandes distribuciones de Linux centradas en la empresa mantienen sus propias versiones de kernel independientes y no prestan atención a las versiones LTS del equipo del kernel. Ya hemos escrito antes sobre lo que se necesita para mantener viva una empresa ‘Frankenkernel’. Sin embargo, sólo porque algo sea normal y común no significa que sea lo correcto.
Este es el primer lanzamiento importante de RHEL desde que el editor de LWN y mantenedor del kernel, Jonathan Corbet, habló en la Open Source Summit 2023 sobre el exceso de trabajo y el agotamiento en el equipo del kernel. También sigue a la provocativa publicación del blog del desarrollador de SAMBA Jeremy Allison, “Grietas en el hielo”, que resumimos como “las políticas de núcleo de las distribuciones soportadas a largo plazo están todas equivocadas”.
Este problema se está ventilando en público ahora. Canonical ha cambiado su política de versión del kernel para evitar que Ubuntu se envíe con kernels que están muy cerca de su fecha de fin de vida. Red Hat tuvo la oportunidad de dar un paso adelante, ajustar ligeramente su ciclo de lanzamiento y actualizar RHEL 10 mientras aún estaba en versión beta para usar el kernel 6.12, ahora LTS, pero no lo hizo. Eso significa que, como ya se ha hecho muchas veces antes, Red Hat arreglará y mantendrá un kernel al final de su vida útil durante la próxima década. Puede hacer eso. Tiene total libertad para elegir las versiones que quiera, y no hay duda de que es perfectamente capaz de hacerlo. La empresa tiene la mano de obra, la experiencia y el dinero para pagar este esfuerzo de mantenimiento. Si esto supone algún tipo de problema para los clientes de Red Hat es, en el peor de los casos, discutible, pero es casi seguro que no. Red Hat es una fuerza enorme en la industria de Linux y todos los demás trabajan en torno a ella.
El verdadero punto es que Red Hat no está funcionando tan bien como podría con el mundo Linux en general. Red Hat podría haber optado por ayudar con la carga de mantener el kernel 6.12, al menos durante los primeros dos años de vida de RHEL 10. No tiene ninguna obligación de transferir ninguna de sus correcciones y funcionalidades respaldadas. ¿Por qué debería hacerlo? Eso es lo que pagan sus clientes. Sin embargo, la empresa podría haber elegido el núcleo que salió apenas cuatro días después. Era casi seguro que este sería el próximo kernel LTS. Hacerlo le habría permitido implementar las correcciones que desarrolló internamente. Habría sido un modesto inconveniente temporal para una versión, pero habría ayudado al equipo del kernel de Linux, de cuyo trabajo depende cada distribución.
Y hay pruebas de que esto era una posibilidad.
El anuncio de la beta de AlmaLinux 10 destaca el hecho de que AlmaLinux 10 y la versión interna del proyecto, que se llama Gatito del sistema operativo AlmaLinux y que describimos en octubre, ya no están sincronizados:
En otras palabras, CentOS Stream 10 ya está por delante de RHEL. Esto es muy visible: Se lanzó CentOS Stream 10 apenas un día después de AlmaLinux 10 beta. Mira lo que dice en el Notas de la versión de Centos Stream 10:
Al menos, esto sirve como una demostración efectiva de que CentOS Stream no es una especie de versión beta disfrazada de lo que se incluirá en RHEL. Stream continúa desarrollando su propia identidad separada. Al igual que Fedora, tiene valor para Red Hat como banco de pruebas. Simplemente tiene menos valor para el resto del mundo que su predecesor, CentOS Linux. Por mucho que los proveedores mantengan sus propias versiones internas del kernel tiene un valor importante para sus clientes, pero es menos útil para el resto del mundo.
Con razón o sin ella, Red Hat perdió mucha buena voluntad entre la comunidad Linux en general al eliminar CentOS Linux y reemplazarlo con algo que, como lo demuestra el lanzamiento de CentOS Stream 10, es significativamente diferente. Linux, como hemos dicho recientemente, es ahora una pila de software madura, lo que significa que no está cambiando tan radical o rápidamente. Puedes cambiar las versiones del kernel de una distribución con bastante facilidad sin romper nada. Fedora actualiza periódicamente la versión del kernel después del lanzamiento, Canonical publica actualizaciones HWE para sus versiones LTS e incluso hay kernels de terceros como Liquorix.
Red Hat ni siquiera necesita pensar en los kernels LTS ascendentes. Puede que la empresa ni siquiera lo haya considerado, pero aquí había una oportunidad. Al cambiar ligeramente sus prácticas, la compañía tuvo la oportunidad de recuperar algunos sentimientos positivos, simplemente seleccionando una versión del kernel que era una versión menor después. La corriente 10 demuestra que no habría sido difícil hacerlo. Si hubiera querido, Hat podría haber elegido el kernel LTS actual y luego comenzar, el próximo año, a actualizar algunas correcciones de errores, y seguir haciéndolo durante un par de años. Si se mantiene la cadencia de lanzamiento de tres años de RHEL, la versión 11 debería enviarse en 2028. La próxima vez que tenga que tomar decisiones tan difíciles no será hasta dentro de cuatro años. Pueden pasar muchas cosas en ese tiempo. Por ejemplo, es tiempo de sobra para que el agotamiento destruya las carreras de muchas personas. ®
Leave a Reply