Movimiento hacia la inclusión de firmwares propietarios en la entrega de Debian

Steve McIntyre, quien ocupó durante varios años el cargo de líder del proyecto Debian, ha propuesto reevaluar la postura de Debian sobre la inclusión de controladores propietarios, que actualmente no forman parte de las imágenes de instalación oficiales y se distribuyen en un repositorio separado llamado non-free. Según Steve, el intento de lograr el ideal de suministrar solo software de código abierto causa dificultades innecesarias a los usuarios, quienes en muchos casos se ven obligados a instalar controladores propietarios si desean que su hardware funcione plenamente.

Los controladores propietarios se colocan en un repositorio separado llamado non-free, junto con otros paquetes que no se distribuyen bajo licencias libres y abiertas. El repositorio non-free no está oficialmente asociado al proyecto Debian, y los paquetes de este no pueden formar parte de las imágenes de instalación y live. Por esta razón, las imágenes de instalación con controladores propietarios se generan aparte y se clasifican como no oficiales, aunque formalmente su desarrollo y soporte están a cargo del proyecto Debian.

De este modo, se ha alcanzado un cierto statu quo en la comunidad, que combina el deseo de ofrecer únicamente software de código abierto en la distribución con la necesidad de los usuarios de contar con controladores. Existe un pequeño conjunto de controladores libres que está incluido en las compilaciones oficiales y en el repositorio main, pero son muy escasos y no son suficientes en la mayoría de los casos.

El enfoque aplicado en Debian crea muchos problemas, entre los que se encuentran la incomodidad para los usuarios y el gasto de recursos en la construcción, prueba y distribución de compilaciones no oficiales con controladores cerrados. El proyecto presenta como las principales compilaciones recomendadas las imágenes oficiales, pero esto solo confunde a los usuarios, ya que durante el proceso de instalación se enfrentan a problemas de soporte del hardware. El uso de compilaciones no oficiales, por otra parte, involuntariamente promueve el software no libre, ya que el usuario, junto con los controladores, recibe el repositorio non-free con otro software no libre, mientras que si los controladores se ofrecieran por separado, se podría evitar la inclusión del repositorio non-free.

Recientemente, los fabricantes han estado recurriendo cada vez más al uso de firmware externo, cargado por el sistema operativo, en lugar de proporcionar firmware en la memoria permanente de los dispositivos. Este tipo de firmware externo es necesario para muchos adaptadores gráficos, de sonido y de red modernos. Aun así, existe la cuestión de hasta qué punto se puede considerar que el firmware cumple con los requisitos de entrega del software libre, ya que, en esencia, el firmware se ejecuta en dispositivos de hardware y no en el sistema, y está relacionado con el equipamiento. Con el mismo éxito, en computadoras modernas que tienen distribuciones completamente libres, se ejecutan firmware integrados en el hardware. La única diferencia es que algunos firmware son cargados por el sistema operativo, mientras que otros ya están grabados en ROM o memoria Flash.

Steve presentó para discusión cinco opciones principales para la entrega del firmware en Debian, que se someterán a votación por parte de los desarrolladores:

  • Dejar todo como está, suministrar firmware propietario solo en compilaciones no oficiales individuales.
  • Dejar de ofrecer compilaciones no oficiales con firmware no libre y alinear la distribución con la ideología del proyecto de proporcionar solo software libre.
  • Convertir las compilaciones no oficiales con firmware en oficiales y suministrarlas paralelamente y en un solo lugar junto a las compilaciones que solo incluyen software libre, lo que facilitará al usuario encontrar el firmware necesario.
  • Incluir firmware propietario en las compilaciones oficiales estándar y renunciar a la entrega de compilaciones no oficiales individuales. La desventaja de este enfoque es la inclusión del repositorio non-free por defecto.
  • Extraer el firmware propietario del repositorio non-free en un componente separado non-free-firmware y suministrarlo en otro repositorio que no requiera la activación del repositorio non-free. Añadir a las reglas del proyecto una excepción que permita incluir el componente non-free-firmware en las compilaciones de instalación oficiales estándar. De esta manera, se podrá renunciar a la creación de compilaciones no oficiales individuales, incluir firmware en las compilaciones estándar y no activar el repositorio non-free para los usuarios.

    Steve aboga por la aceptación del quinto punto, que permitirá que el proyecto no se desvíe demasiado de la promoción del software libre, pero a la vez haga que el producto sea cómodo y útil para los usuarios. En el instalador se sugiere dividir claramente los firmware libres y no libres, dando al usuario la oportunidad de hacer una elección informada y notificándolo sobre si los firmware libres disponibles soportan el hardware actual y si existen proyectos para crear firmware libre para los dispositivos existentes. También se prevé añadir una opción en la fase de carga para desactivar el paquete de firmware no libre.

    Fuente: opennet.ru

  • Compra un hosting fiable para sitios web con protección contra DDoS, servidores VPS VDS 🔥 Compra un hosting fiable para sitios web con protección contra DDoS, servidores VPS VDS | ProHoster