Linux ofrece control al usuario, pero muchas soluciones comerciales ocultan software propietario, limitando ese acceso. Exploramos cómo distribuciones como Trisquel y RHEL desafían la verdadera libertad del software.
Linux promete dar control a los usuarios, pero muchas soluciones comerciales traen su propio software propietario, limitando ese control. Estos dispositivos a menudo bloquean el acceso al código fuente o contribuyen a que instalar un sistema operativo alternativo sea inviable.
La Free Software Foundation (FSF) establece pautas estrictas a través de sus cuatro libertades del software y las Directrices de Distribución de Sistemas Libres de GNU. Distribuciones como Trisquel, Guix System y Parabola buscan cumplir con esos estándares, evitando el uso de software propietario. Por otro lado, Ubuntu, Debian y Fedora adoptan un enfoque más laxo, integrando firmware y software propietario junto a sus componentes de código abierto.
La Open Source Initiative (OSI) se apoya en su Definición de Código Abierto, la cual enfatiza la redistribución gratuita, el acceso al código fuente y la posibilidad de modificar y distribuir obras derivadas. Bajo este marco, distribuciones como Ubuntu, Debian y Fedora tienen una sólida base de código abierto. Sin embargo, el Contrato Social de Debian y sus Directrices de Software Libre presentan claros principios sobre el software en su archivo principal. Pero la historia no se resume únicamente en licencias; el acceso al código fuente, construir el sistema operativo y adaptar versiones para el hardware específico son esenciales.
Red Hat hace más difícil reconstruir lo que vende
La política del código fuente de RHEL cambió el juego
Red Hat Enterprise Linux (RHEL) incluye software bajo la GPL y otros modelos de código abierto, y durante años ha contribuido a numerosos proyectos. Sin embargo, su decisión de limitar el acceso público a los paquetes de código fuente de RHEL en 2023 desató críticas en la comunidad Linux.
En junio de 2023, Red Hat anunció que CentOS Stream sería el único repositorio de código fuente relacionado con RHEL. Antes, los usuarios podían acceder a esos paquetes a través de la infraestructura pública de CentOS. Ahora, los clientes deben obtener las fuentes a través de los canales de Red Hat.
Los términos de suscripción de Red Hat dificultan la redistribución del contenido, complicando los intentos de crear una distribución compatible con los paquetes de la empresa. Red Hat defiende su modelo de suscripción como válido y sostiene que CentOS Stream es ideal para el desarrollo colaborativo. Muchos críticos argumentan que la compañía se benefició de un ecosistema basado en el código fuente accesible, para luego complicar a proyectos independientes la tarea de replicar su producto comercial.
Proyectos como Rocky Linux y AlmaLinux se vieron forzados a reconsiderar sus estrategias; ambos adaptaron sus procesos para seguir ofreciendo compatibilidad con Linux empresarial. Red Hat no transformó RHEL en un software completamente propietario. Las licencias de sus componentes de código abierto siguen aplicándose, pero sus políticas han hecho más complicado que terceros accedan a los mismos paquetes de código fuente y redistribuyan un sistema compatible sin navegar sus términos comerciales.
El software de código abierto se sostiene en la capacidad de las personas para tomar código, construir sobre él y compartir su trabajo bajo las licencias correspondientes. Dificultar este proceso, en un producto que depende del código abierto, socava el ecosistema colaborativo esencial. Red Hat puede defender su modelo de suscripción, pero hay fundamentos sólidos para que la comunidad Linux cuestione si este enfoque realmente beneficia al ecosistema que ayudó a elevar a RHEL.
Tizen es código abierto, pero tu televisor Samsung no lo es
El proyecto y el producto cuentan historias diferentes
Tizen es un sistema operativo de código abierto de la Linux Foundation, con repositorios públicos y herramientas para desarrolladores. Soporta una variedad de dispositivos, incluidos televisores. Samsung también ofrece recursos para quienes deseen crear aplicaciones para su hardware.
Pero si decides comprar un televisor Samsung con Tizen, la libertad que parece ofrecer el proyecto queda a un lado. El producto incluye software específico y servicios de Samsung, junto con adaptaciones de hardware y firmware que no siempre son accesibles para el usuario.
Las críticas hacia el software de los televisores Samsung no son nuevas. Aunque los desarrolladores pueden trabajar con las herramientas y APIs, no tienen la capacidad de reconstruir el sistema operativo completo ni de instalarlo en su televisor. No se puede asumir que los repositorios públicos de Tizen contienen todo lo necesario para reemplazar el firmware en tu modelo particular.
Lo frustrante es que sí hay un proyecto de código abierto sólido detrás de Tizen. Sin embargo, adquirir un televisor Tizen no implica poder tomar ese código, reconstruir toda la pila de software y reemplazar la versión de Samsung.
Si una empresa desea reconocimiento por utilizar código abierto, debería ser más clara sobre lo que queda cerrado y lo que realmente se puede modificar. Los recursos para desarrolladores de Samsung son útiles, pero no convierten sus televisores en dispositivos realmente abiertos.
Fire OS toma la apertura de Android sin ofrecer la misma libertad
Amazon controla la experiencia sobre AOSP
Fire OS de Amazon está detrás de los dispositivos Fire TV y tabletas Fire. Se deriva del Proyecto de Código Abierto de Android (AOSP) y usa un núcleo de Linux. Amazon publica el código fuente de los componentes cubiertos por licencias de código abierto, incluyendo el núcleo y otros elementos relevantes.
Gran parte de AOSP funciona bajo la Licencia Apache 2.0, lo que permite a las empresas modificar y redistribuir el código sin obligación de hacer públicas sus modificaciones. Amazon ha aprovechado esta flexibilidad para crear su propio ecosistema. La interfaz de Fire OS, su tienda de aplicaciones, la integración con Alexa y varios servicios son propietarios. Además, muchos dispositivos Fire tienen cargadores de arranque bloqueados, lo que dificulta que los usuarios cambien el sistema operativo por su cuenta.
Bajo las licencias permisivas de AOSP, Amazon no está obligado a publicar sus modificaciones; esto no es una violación de licencia, pero sí permite a la empresa beneficiarse de una plataforma abierta mientras mantiene el control sobre su producto.
Las restricciones del cargador de arranque complican aún más la situación para quienes buscan experimentar. Publicar el código fuente del núcleo no habilita la instalación de un sistema operativo de reemplazo en un Fire TV Stick. Las limitaciones del dispositivo, los servicios propietarios y el soporte de hardware pueden obstaculizar el proceso, incluso si parte del código está disponible.
Aunque Amazon no llama directamente a Fire OS "código abierto", su descripción como construido sobre software de código abierto le da credibilidad, mientras mantiene control total sobre el producto final. El uso del lenguaje es calculado; la redacción es técnicamente precisa pero invita a los clientes a asociar Fire OS con una mayor apertura de la que realmente tiene con las libertades del código abierto sin ofrecer realmente esas libertades. El Proyecto GNU destaca una sección llamada Palabras a Evitar. Sería beneficioso que varias empresas que comercializan productos basados en software de código abierto le echaran un vistazo. Podrían darse cuenta de que la narrativa sobre apertura puede estar tan cuidadosamente elaborada como el propio código.
Tres preguntas que exponen un reclamo de código abierto
Las empresas juegan con el término código abierto. Sugiere transparencia y control del usuario, un software que puedes inspeccionar y mejorar. Pero antes de dejarte llevar por la propuesta, asegúrate de saber qué es lo que realmente ofrece la empresa.
¿Quién tiene acceso al código fuente? Si solo clientes de pago o aquellos dispuestos a aceptar condiciones restrictivas lo pueden ver, ya hay una barrera entre el software y la comunidad. ¿Qué puedes hacer realmente con ese código? Un núcleo de código abierto escondido bajo servicios propietarios, una interfaz cerrada y componentes controlados por el proveedor no transforma el sistema operativo en código abierto. Te deja dependiente del código abierto, pero no puedes ejecutar tu propia compilación en el hardware que compraste. Si el cargador de arranque está bloqueado, el firmware es inaccesible o el proveedor no ofrece una forma práctica de reemplazar su software, publicar el código fuente te lleva solo hasta cierto punto.
No hay nada inherentemente malo en que el software comercial use componentes de código abierto, y el código propietario no es automáticamente una violación de licencia. Sin embargo, el problema surge al utilizar la reputación del código abierto para vender un producto mientras se retienen las libertades que deberían ser del cliente.
Si deseas encontrar artículos similares a Estas distribuciones de Linux afirman ser de código abierto, pero están muy lejos de serlo, te sugerimos revisar la categoría Linux.
Deja una respuesta