Red Hat Enterprise Linux es una distribucion de Linux que dirige sus productos principalmente para empresas
Poco después de la noticia sobre la restricción al acceso del código de Red Hat (noticia que compartimos aquí) y que distribuciones afectadas como Alma Linux y Rocky Linux dieran a conocer su postura ante la situacion informando a la comunidad sobre los cambios que se deberán de realizar en sus hojas de ruta.
Mike McGrath, vicepresidente de desarrollo de Fedora y CentOS en Red Hat, mediante una publicación de blog, ha dado a conocer la posición de la compañía sobre los recientes sucesos de dejar de publicar paquetes RHEL srpm en el repositorio git.centos.org y dejar el repositorio como la única fuente pública de código de paquete RHEL CentOS Stream.
Según McGrath, Red Hat opera de acuerdo con los requisitos de la licencia GPL, sigue siendo partidario de los procesos de desarrollo abiertos y continúa actuando por el bien de la comunidad abriendo su código e impulsando los cambios en sentido ascendente. El repositorio Git del proyecto CentOS Stream incluye las fuentes de todos los paquetes en los que se basan los lanzamientos de RHEL, y este repositorio está disponible para todos sin restricciones.
Nos han llamado malvados; Me llamaron un ejecutivo de IBM que se instaló para convertir Red Hat en código cerrado, y eso es solo lo «agradable». Así que aclaremos las cosas.
Al mismo tiempo, el desarrollo de CentOS Stream se lleva a cabo con cierto avance y no siempre las últimas versiones de los paquetes pueden coincidir con los paquetes de RHEL, pero todo el código está en el repositorio y se puede encontrar si se desea.
Si faltan cambios en CentOS Stream o se observan discrepancias, esta situación debe tratarse como un error que debe informarse y corregirse. Sin embargo, Red Hat no ve ningún valor en la reconstrucción de RHEL y no tiene la obligación de facilitar las cosas para las distribuciones que realizan reconstrucciones.
A pesar de lo que se dice actualmente sobre Red Hat, hacemos que nuestro arduo trabajo sea fácilmente accesible para quienes no son clientes. Red Hat usa y siempre usará un modelo de desarrollo de código abierto. Cuando encontramos un error o escribimos una característica, contribuimos con nuestro código aguas arriba. Esto beneficia a todos en la comunidad, no solo a Red Hat y a nuestros clientes.
No tomamos simplemente los paquetes upstream y los reconstruimos. En Red Hat, miles de personas dedican su tiempo a escribir código para habilitar nuevas funciones, corregir errores, integrar diferentes paquetes y luego respaldar ese trabajo durante mucho tiempo, algo que nuestros clientes y socios necesitan.
La insatisfacción de Red Hat se debe al hecho de que la empresa invierte mucho en el mantenimiento de paquetes a largo plazo, el desarrollo de nuevas funciones, las pruebas y el backporting de los cambios, y los creadores de reconstrucciones revenden el trabajo de otras personas sin participar en él y sin proporcionar nada a cambio.
Según Red Hat, la distribución de productos que son completamente duplicados de otros desarrollos y creados sobre la base de una reconstrucción simple, sin realizar sus propios cambios, representan una amenaza para las empresas de código abierto, así como para todo el ecosistema de código abierto, ya que pueden llevar el software de código abierto a un estado en el que estaba el montón de aficionados y piratas informáticos.
Según los desarrolladores de compilaciones alternativas de RHEL, como AlmaLinux y Rocky Linux, detener la publicación del código del paquete en git.centos.org dificultará la preparación de compilaciones de RHEL completamente compatibles con binarios e idénticas en comportamiento (en el nivel de error) dado que el repositorio de CentOS Stream no está sincronizado con RHEL, es posible que a los paquetes les falten algunos parches, algunos paquetes (por ejemplo, con el kernel) se publican con retraso, los números de versión de los paquetes en CentOS Stream y RHEL no siempre coinciden.
Además, la distribución RHEL se admite durante 10 años, mientras que CentOS Stream se actualiza durante 5 años. Las compilaciones alternativas de RHEL se presentan como un sistema de contrapesos, compensando el modelo comercial de Red Hat, que impone términos adicionales al suministrar aplicaciones bajo la GPL e ignora el derecho otorgado en la GPL a copias no restringidas del producto.
Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.
me parece perfecto, así se evitarían el montón de derivadas de derivadas de derivadas, que tenemos ahora y tendríamos un Linux más puro y los chorizos de elementary os no podrían cobrar ni un duro por un trabajo que no es de ellos, que lo hagan desde cero al igual que hicieron con solus os por ejemplo.