A partir de ahora, sólo el código fuente de CentOS Stream estará disponible para todos. COMENTARIO Red Hat ha decidido dejar de poner a disposición del público el código fuente de RHEL. A partir de ahora sólo estará disponible para los clientes, que no pueden compartirlo legalmente.
Una entrada de blog superficialmente modesta de un alto cargo de Hat anuncia que, a partir de ahora, la empresa sólo publicará al mundo el código fuente de su producto CentOS Stream. En otras palabras, sólo los clientes de pago podrán obtener el código fuente de Red Hat Enterprise Linux... Y según los términos de sus contratos con Hat, eso significa que no pueden publicarlo.
En opinión de Reg FOSS Desk, la entrada del blog está tan llena de lenguaje corporativo que roza la ofuscación. Sin embargo, nos hemos puesto en contacto con la oficina de prensa de Red Hat, y la empresa nos ha confirmado que el comunicado sí dice lo que hemos sacado de leer entre líneas. Son muy malas noticias para los proyectos que reconstruyen el código fuente de RHEL para producir distribuciones compatibles, como AlmaLinux, Rocky Linux, EuroLinux y Oracle Unbreakable Linux.
La principal diferencia es que CentOS Stream es la corriente ascendente de RHEL: es lo que se convertirá en la próxima versión de RHEL. A riesgo de sonar poco caritativo, es una especie de beta continua de la próxima versión de RHEL. Alma, Rocky, etc., y el antiguo CentOS Linux, eran versiones posteriores de RHEL: se reconstruían a partir del mismo código fuente, lo que garantizaba una compatibilidad perfecta. Así que se podía ejecutar una de las reconstrucciones, sin pagar nada a Red Hat, utilizando los mismos controladores y obteniendo una compatibilidad perfecta con las aplicaciones RHEL.
Esto no ocurre con CentOS Stream: Es un avance del futuro de RHEL. Lo cual es útil si eres una empresa asociada que desarrolla productos o controladores para ejecutarse en RHEL, o eres un cliente que quiere saber qué va a venir después. Es mucho menos útil si sólo quieres ejecutar RHEL sin pagar. O, por supuesto, si quieres crear tu propia copia de RHEL. Sospechamos que a la comunidad de usuarios de RHEL en general no le importa mucho Stream, y esa puede ser una de las motivaciones detrás de este último movimiento.
En varios foros en línea, hay protestas de usuarios de distribuciones posteriores... igual que cuando Hat canceló CentOS Linux hace unos años. Una vez más, la gente habla de traición a la confianza, violación de la GPL, etcétera. Sin embargo, por lo que podemos ver, Hat está actuando perfectamente de acuerdo con los términos de la GPL, que sólo les obliga a poner el código fuente a disposición de las personas que utilizan los binarios construidos a partir de ellos: en otras palabras, a sus clientes de pago. El punto clave es que para obtener esos binarios, los clientes -así como los desarrolladores de cuentas gratuitas- deben aceptar un acuerdo de licencia y están bajo los términos de un contrato, que anula la licencia GPL del propio código.
En cierto modo, esto podría interpretarse como una continuación lógica del movimiento realizado cuando la compañía trajo CentOS internamente allá por 2014. Ese movimiento legitimó esta en particular de las varias reconstrucciones de RHEL existentes, lo que resultó en que el resto de ellos esencialmente cerraran sus esfuerzos - excepto, por supuesto, Oracle, que tiene bolsillos profundos para financiar Oracle Linux, completo con contratos de soporte empresarial más baratos, un núcleo mejorado compatible con Btrfs y así sucesivamente.
Después de haber dado tiempo a que el movimiento eliminara con éxito la mayoría de los clones, Red Hat eliminó su propia versión gratuita oficial de su producto estrella de pago. En su lugar, pasó a ofrecer una versión de prueba gratuita, un anuncio que hizo acompañado de mucho lenguaje positivo sobre la participación de la comunidad, etcétera. En realidad, lo que estaba haciendo era cortar el paso a los que podrían ser vistos, desde su perspectiva, como un puñado de aprovechados. La medida iba acompañada de la instalación gratuita de RHEL en producción para los desarrolladores, pero sólo hasta 16 máquinas.
El camino a seguir
La puerta no se ha cerrado del todo. Si lo entendemos correctamente, en efecto, Stream se resincroniza periódicamente con RHEL cuando hay una nueva versión importante. Así, cuando se publique RHEL 11.0, Stream se sincronizará brevemente con él, lo que significa que las distribuciones posteriores podrían hacerse con una copia del código en ese momento exacto y crear una nueva versión compatible con esa versión punto cero de RHEL. El problema para las distribuciones posteriores es que, a partir de ese momento, no podrán hacerse con el código fuente utilizable de cada una de las siguientes versiones puntuales y de las diversas actualizaciones en curso.
Algunos comentaristas señalan que es posible registrarse para obtener una cuenta gratuita de Red Hat Developer y obtener el código fuente de forma legítima. Esto es perfectamente cierto, pero el problema es que el acuerdo de licencia que hay que firmar para obtener esa cuenta impide redistribuir el software.
Así que, aunque las distribuciones posteriores podrían hacerse con el código fuente del software, en realidad no pueden utilizarlo. En principio, si hacen modificaciones sustanciales, pueden compartirlas, pero la razón de ser de las distribuciones compatibles con RHEL es evitar cambios importantes y conservar así el "código fuente bug por bug".
Por supuesto, podrían adoptar una actitud de "publica y que te den" y hacerlo de todos modos. En el mejor de los casos, el resultado probable es la cancelación inmediata de su suscripción y cuenta. Eso podría funcionar, pero daría lugar a un juego del gato y el ratón: los distribuidores abrirían continuamente nuevas cuentas de desarrollador gratuitas y Hat podría tomar represalias bloqueando las descargas y pisoteando las cuentas de los infractores. No sería un modelo sostenible.
En el peor de los casos, podrían ser demandados hasta el olvido.
En resumen, seguirá siendo posible obtener el código fuente a través de diferentes vías, aunque algunas de ellas conllevan serias restricciones. Por el momento, las reacciones oficiales de AlmaLinux y Rocky Linux son prudentemente optimistas, aunque hay signos de preocupación en los debates del foro de Rocky Linux.
Ya en 2011, Red Hat cambió la forma en que distribuía sus paquetes de código fuente de una manera que ciertamente parecía destinada específicamente a hacer la vida difícil a las reconstrucciones. No sabemos las motivaciones de la compañía, y ciertamente no nos lo va a decir, pero tal vez ese movimiento no fue lo suficientemente exitoso y por lo tanto condujo a traer realmente CentOS en casa.
Como dijo FOSS desk cuando salió CentOS Stream 9, creemos que el principal error de Red Hat fue adoptar CentOS Linux en primer lugar. El movimiento respaldó y legitimó a un competidor libre del propio producto comercial de pago de la empresa. (Y uno que estaba luchando en ese momento, lo que no debería haber preocupado en absoluto a Red Hat). Si el plan era incomodar a Oracle de alguna manera, fracasó, pero sin duda redujo significativamente las ventas de RHEL.
En aquel entonces, los distribuidores se las arreglaron para encontrar maneras de evitar ese movimiento, y es perfectamente posible que también sean capaces de encontrar maneras de evitar éste - pero hará que continuar sea sustancialmente más difícil. Es posible que a Hat le perturbe el éxito de la nueva generación de reconstrucciones. Mientras que los organismos detrás de Rocky y AlmaLinux son básicamente sin fines de lucro - Rocky es una corporación de beneficio público fundada y propiedad de Greg Kurtzer - lo están haciendo bien.
Por ejemplo, la semana pasada, la NASA obtuvo la licencia de Rocky Linux para su uso interno. CERN y Fermilab mientras tanto utilizan AlmaLinux.
El Gran Sombrero Púrpura está presentando el movimiento como si no fuera gran cosa - como si estuviera simplemente diseñado para impulsar la adopción de Stream, mientras que en realidad parece un ataque concertado contra el floreciente nuevo ecosistema de reconstrucciones que resultó de la cancelación de CentOS Linux.
¿TL;DR?
La cronología es larga y complicada, y si a estas alturas te estás confundiendo, no te culpamos en absoluto. Los principales acontecimientos, y la interpretación que de ellos hace este viejo buitre hastiado, sucedieron como sigue.
1994: Lanzamiento de Red Hat Linux.
2002: se lanza la primera versión de RHEL, la 2.1 -sí, de verdad-, basada en RHL 7.2.
2003: Lanzamiento de Red Hat Linux 9, tras lo cual se detuvo el desarrollo.
2006: Lanzamiento del primer Oracle Linux, basado en RHEL 4.5 y con el mismo número de versión.
2011: Red Hat reestructura sus versiones fuente, lo que complica la vida a las reconstrucciones de RHEL.
2014: Red Hat adopta CentOS Linux, haciéndolo oficial.
2020: Red Hat finaliza el desarrollo de CentOS Linux, cambiando a CentOS Stream.
2021: La primera versión de AlmaLinux llega unos meses más tarde, seguida de Rocky Linux unos meses después.
2023: Red Hat deja de poner el código fuente de RHEL a disposición de los no clientes.
Mientras tanto...
Los recortes de empleo que afectaron tanto a Kyndryl como a Red Hat a principios de este año en los Estados Unidos están empezando ahora aquí en Europa central, y varios antiguos colegas y algunos amigos personales del Reg FOSS Desk fueron despedidos esta semana, tanto de Hat como de otras ramas de Big Blue.
Si este movimiento se traduce en la desaparición de Alma, Rocky et al, empresas y comunidades que cientos de personas han dedicado varios años a construir, el resultado final puede ser un impulso para los resultados de IBM, pero también significará que la opinión pública se volverá aún más en contra de la empresa. Desde su fundación hace unos 30 años, Red Hat permitió clones y reconstrucciones de sus sistemas operativos, remontándose a los primeros días de Red Hat Linux. Ahí es donde empezó Mandrake Linux, por ejemplo: como una reconstrucción de Red Hat Linux con el escritorio KDE, en un momento en el que Red Hat consideró que la licencia de Qt impedía incluirlo. Matarlos a todos sumariamente no es un movimiento que vaya a hacer ganar amigos al Gran Sombrero Púrpura... Excepto posiblemente entre los accionistas de IBM.
¿Qué significa esto para Fedora?
Los usuarios de Fedora, y de hecho los contribuyentes, no deben temer - aunque se está mostrando un serio descontento en la lista de correo Fedora-Devel.
Fedora es la corriente ascendente de RHEL: el software desarrollado y probado en Fedora fluye hacia CentOS Stream, de donde fluye hacia RHEL. De hecho, RHEL es lo que paga gran parte del trabajo que se realiza en Fedora. Si un resumen cínico pero no del todo injusto de CentOS Stream es que es una beta rodante de la próxima versión de RHEL, Fedora es una especie de alfa rodante de la próxima versión principal de RHEL.
Así, mientras que RHEL depende tecnológicamente de Fedora, no ocurre lo mismo a la inversa; principalmente, Fedora sólo depende financieramente de RHEL.
Existen versiones de servidor de Fedora, y los usuarios de Red Hat que deseen un pariente gratuito de RHEL pueden utilizarlas como deseen. Las diferencias son que se basan en código más reciente, por lo que están lejos de ser idénticas a RHEL y nunca lo serán... y, por supuesto, no hay versiones estables de Fedora con soporte a largo plazo.
Fuente: somoslibres
