El problema que ahora enfrentan los distribuidores de clones de RHEL es que ya no pueden crear fácilmente sistemas operativos compatibles con RHEL.

urbano/Getty Images

Todo comenzó con una publicación de blog sencilla, “Fomentando la evolución de CentOS Stream”, de Mike McGrath, vicepresidente de Plataformas Centrales de Red Hat. Para aquellos que no son Hatters, Core Platforms es la división a cargo de Red Hat Enterprise Linux (RHEL). En la publicación, McGrath escribió: “CentOS Stream ahora será el único repositorio para las versiones públicas de código fuente relacionado con RHEL. Para los clientes y socios de Red Hat, el código fuente permanecerá disponible a través del Portal del cliente de Red Hat”.

Entonces se desató el infierno en los círculos de distribución de clones de RHEL y entre los desarrolladores de Linux y de código abierto.

También: Las mejores distribuciones de Linux para principiantes

El problema que ahora enfrentan los distribuidores de clones de RHEL, como AlmaLinux, Rocky Linux y Oracle Unbreakable Linux, es que ya no pueden crear fácilmente sistemas operativos compatibles con RHEL.

Esto se debe a que CentOS Stream, como distribución ascendente de RHEL, no es compatible con el envío de RHEL. Más bien, CentOS Stream es la próximo versión de RHEL. Como tal, esta versión beta de RHEL no es perfectamente compatible con el envío de RHEL ni es tan estable.

Érase una vez, el sistema operativo Community Enterprise (CentOS), fundado por Gregory Kurtzer, fue el más exitoso de los clones posteriores de RHEL. CentOS también era más popular que RHEL en mercados tan críticos como los servidores web.

Red Hat no estaba contento. En 2011, Red Hat comenzó a incorporar sus parches directamente en su árbol del núcleo. Todo el código todavía estaba allí, pero, como dijo una persona en ese momento: “Es como pedirle a alguien una receta para las galletas con chispas de chocolate de la familia y, en su lugar, obtener masa para galletas”.

Aún así, los desarrolladores del distribuidor de clones RHEL lo lograron. En 2014, Red Hat incorporó CentOS. CentOS siguió siendo de uso gratuito, mientras que Red Hat esperaba poder persuadir a los usuarios de CentOS para que se convirtieran en clientes de RHEL. No funcionó. La mayoría de los usuarios de la familia RHEL continuaron usando CentOS gratuito.

Como eso no funcionó, a finales de 2020 Red Hat cambió CentOS de un clon estable de RHEL a una distribución de lanzamiento de Linux, CentOS Stream. Además, el plan era que, si bien Red Hat continuaría admitiendo la versión anterior de CentOS 7 hasta al menos el 30 de junio de 2024, la versión más nueva de CentOS 8, en lugar de ser compatible hasta 2029, se quedaría sin soporte a finales de 2021. .

Eso pasó como un globo entre los cientos de miles de usuarios de CentOS.

También: Red Hat avanza con nuevos lanzamientos Enterprise Linux

Como señaló un usuario, “El caso de uso de CentOS es completamente diferente al de CentOS Stream. Mucha, mucha gente usa CentOS para cargas de trabajo empresariales de producción, no para desarrollo. CentOS Stream puede estar bien para desarrollo/pruebas, pero es poco probable que la gente lo esté”. “Voy a adoptar CentOS Stream para la producción”.

De hecho, ese resultó ser el caso. El fundador y director ejecutivo de CloudLinux, Igor Seletskiy, junto con el fundador de CentOS y director ejecutivo de CIQ, Gregory Kurtzer, respondieron creando nuevos clones de RHEL: AlmaLinux y Rocky Linux, respectivamente. En resumen, ambos decidieron que era necesario regresar al antiguo modelo de CentOS.

Ambas distribuciones han demostrado ser exitosas, por lo que Red Hat ha tomado esta decisión. En una publicación posterior, McGrath lo explicó detalladamente: “Siento que gran parte del enfado por nuestra reciente decisión en torno a las fuentes posteriores proviene de aquellos que no quieren pagar por el tiempo, el esfuerzo y los recursos destinados a RHEL o de aquellos que quieren reempaquetarlo para su propio beneficio. Esta demanda de código RHEL es falsa”.

No hace falta decir que AlmaLinux y Rocky Linux tampoco están contentos.

También: Ahora trabajamos en un mundo de código abierto; aquí están los datos

Benny Vasquez, presidente de la junta directiva de la Fundación AlmaLinux, teme que AlmaLniux deba seguir las licencias y acuerdos de Red Hat además de seguir las licencias del código fuente del software. Eso también significaría, según lo entiende AlmaLinux, “los acuerdos de interfaz de usuario de Red Hat indican que volver a publicar fuentes adquiridas a través del portal del cliente sería una violación de esos acuerdos”. Esto, a su vez, los pondría en violación de la GPLv2.

Esta es una situación sin salida. Por lo tanto, AlmaLinux “trabajará con otros miembros del ecosistema RHEL para garantizar que sigamos entregando actualizaciones de seguridad con la velocidad y estabilidad por las que somos conocidos. Y, a largo plazo, trabajaremos con esos mismos socios y con nuestra comunidad para identificar el mejor camino a seguir para AlmaLinux como parte del ecosistema empresarial de Linux”.

La Rocky Enterprise Software Foundation está adoptando una actitud más agresiva. En una publicación del 29 de junio, la empresa declaró:

Los Términos de servicio (TOS) y los Acuerdos de licencia de usuario final (EULA) de Red Hat imponen condiciones que intentan impedir que los clientes legítimos ejerzan sus derechos garantizados por la GPL. Mientras la comunidad debate si esto viola la GPL, creemos firmemente que dichos acuerdos violan el espíritu y el propósito del código abierto. Como resultado, nos negamos a estar de acuerdo con ellos, lo que significa que debemos obtener los SRPM. [Source RPM files] a través de canales que se adhieran a nuestros principios y defiendan nuestros derechos.

Rocky cree que las “fuentes de RHEL consisten principalmente en paquetes de proyectos de código abierto que no son propiedad de Red Hat”.

Creo que tienen razón.

También: RHEL y sus parientes y rivales de Linux: cómo elegir

Por lo tanto, dado que Rocky no puede obtener el código del Portal del cliente de Red Hat y el código CentOS Stream no es lo suficientemente bueno, Rocky utilizará dos enfoques diferentes para obtener el código RHEL puro.

Una opción es a través de imágenes de contenedor RHEL Universal Base Image (UBI) que están disponibles en múltiples fuentes en línea, como Docker Hub. “Utilizando la imagen UBI, es fácilmente posible obtener fuentes de Red Hat de forma confiable y sin trabas. Lo hemos validado a través de contenedores OCI (Open Container Initiative) y funciona”.

Además, Rocky Linux aprovechará las instancias de nube pública RHEL de pago por uso. Su publicación continúa:

Con esto, cualquiera puede activar imágenes de RHEL en la nube y así obtener el código fuente de todos los paquetes y erratas. Esto es lo más fácil de escalar para nosotros, ya que podemos hacer todo esto a través de canalizaciones de CI, activando imágenes en la nube para obtener las fuentes a través de DNF y publicarlas en nuestros repositorios de Git automáticamente.

Estos métodos son posibles gracias al poder de GPL. Nadie puede impedir la redistribución del software GPL. Para reiterar, ambos métodos nos permiten obtener legítimamente archivos binarios de RHEL y SRPM sin comprometer nuestro compromiso con el software de código abierto ni aceptar limitaciones de TOS o EULA que impidan nuestros derechos. Nuestros asesores legales nos han asegurado que tenemos derecho a obtener la fuente de cualquier binario que recibamos.

Puedo garantizar que Red Hat no estará de acuerdo. Esta disputa puede terminar resolviendo en los tribunales.

No toda la ira proviene de aquellos a quienes McGrath parece llamar gorrones. Bradley M. Kuhn, miembro de políticas de Software Freedom Conservancy (SFC), explicó su posición:

Durante aproximadamente veinte años, Red Hat (ahora una subsidiaria de propiedad total de IBM) ha experimentado con la construcción de un modelo de negocios para la implementación y distribución de sistemas operativos que se ve, se siente y actúa como uno propietario, pero que aún así cumple con la GPL y otros estándares. términos copyleft. Los activistas de los derechos del software, incluido SFC, han pasado décadas hablando con Red Hat y sus abogados sobre cómo el modelo de negocio de Red Hat Enterprise Linux (RHEL) corteja el desastre y es activamente hostil al software libre y de código abierto (FOSS) orientado a la comunidad. Estas súplicas, discusiones y estímulos, hasta donde sabemos, han sido escuchados y escuchados seriamente por miembros clave de los departamentos legal y OSPO de Red Hat, e incluso por ejecutivos clave de nivel C, pero finalmente han sido rechazados e ignorados. – a veces incluso con una “multa, luego demandarnos por violaciones a la GPL”.

Kuhn sostuvo que antes de la adquisición de Red Hat, “CentOS proporcionaba un excelente contrapeso a los problemas con el modelo de negocio de RHEL”. Ahora, sin embargo, en la búsqueda de ganancias que ha llevado a los primeros despidos de Red Hat, Red Hat ha maximizado “el nivel de dificultad de aquellos en la comunidad que desean 'confiar pero verificar' que RHEL cumple con los acuerdos GPL”.

¿Red Hat viola la licencia de propiedad intelectual (IP) principal de Linux, la Licencia Pública General Gnu versión 2 (GPLv2)? Kuhn no llegará tan lejos. Pero le preocupa que Red Hat haya “pasado de distribuir [source code] públicamente a todo el mundo para entregárselo sólo a los clientes que ya recibieron los binarios”. En resumen, el “turbio modelo de negocio de Red Hat bordea la línea del cumplimiento de la GPL”.

También: Saltar entre distribuciones de Linux es una forma divertida de encontrar el sistema operativo de escritorio perfecto

No está solo. Muchos otros creen que Red Hat está violando la GPLv2. Los programadores tampoco están contentos con Red Hat. Graham Leggett, un conocido desarrollador de código abierto, tuiteó: “Hola, Red Hat. Has estado tomar mi trabajo durante unos 25 años y consumirlo felizmente en el futuro. Nunca me has pagado, pero he animado a mis clientes a que te paguen. Quizás sea hora de que discutamos cómo nos compensarán por nuestro trabajo”.

Otro programador destacado, Jeff Geerling, observó: “¿Qué Lo que más odio es Red Hat'La respuesta de la gente es que llaman aprovechado a cualquiera que quiera CentOS, cuando: 1. No hay nada moralmente malo en ser un usuario de OSS sin contribuir. 2. Casi todos los empleados, contribuyentes y (antiguos, ahora) defensores de RH que conozco han confiado en CentOS”.

Sin embargo, Alberto Ruiz, director de ingeniería de Red Hat, quisiera recordar a todos que “Todos los parches llegan a CentOS Stream incluso antes de que existan los binarios de RHEL. Hacemos publicar modificaciones para que todos las vean [in CentOS Stream]no sólo destinatarios binarios.”

Por otro lado, algunos Red Hatters ven este movimiento como el último de una serie de errores. El ex ingeniero senior de Red Hat, Jeff Law, comentó: “Lo que Red Hat ha hecho recientemente es deprimente, pero no es una gran sorpresa para mí. Red Hat luchó repetidamente sobre cómo lidiar con 'los clones'. La idea central a la que siempre volví en esas discusiones fue que el valor no está en los bits, sino en la estabilidad, los servicios y el ecosistema que Red Hat permite en torno a los bits”.

También: Este Ubuntu Spin oficial podría ser la introducción perfecta a Linux

Pero, en algún momento, para Red Hat, el código abierto se convirtió en un medio para lograr un fin. Eso abrió la puerta para que Red Hat se alejara del ideal del código abierto. Law concluyó: “Lo que Red Hat ha hecho puede ser técnicamente legal y quizás bueno para su negocio. Sin embargo, para mí, es éticamente inadmisible”.

Incluso cuando la ira crece en todos lados, es importante tener en cuenta que no se trata de problemas entre malos y buenos.

También hay otros problemas de licencia. La GPLv2 es el núcleo de Linux, pero el software del sistema Linux contiene programas que utilizan muchas licencias diferentes. Es un lío en el que ni Red Hat ni sus enemigos deberían verse envueltos.

Estamos muy lejos de cuando Bob Young, cofundador de Red Hat, me dijo: “Me asociaría con rivales. Es una oportunidad continua. Su competidor no es su enemigo. Si puede resolver el problema de un cliente trabajando con tu competidor, entonces eso es lo que debes hacer.”

También: La razón más importante por la que deberías usar Linux en casa

¿Mi toma? He seguido a Red Hat desde que se fundó la empresa en el rincón de costura de la esposa de Young. He seguido Linux desde que Linus Torvalds era un estudiante de posgrado y se escribieron las primeras licencias de propiedad intelectual de software libre y de código abierto. Como yo lo veo, Red Hat…