Movimiento para incluir firmware propietario en la distribución de Debian

Steve McIntyre, quien sirvió como líder del proyecto Debian durante varios años, tomó la iniciativa de repensar el enfoque de Debian para enviar firmware propietario, que actualmente no está incluido en las imágenes de instalación oficiales y se suministra en un repositorio separado y no gratuito. Según Steve, intentar alcanzar el ideal de ofrecer sólo software de código abierto genera dificultades innecesarias para los usuarios, quienes en muchos casos tienen que instalar firmware propietario si quieren obtener la funcionalidad completa de sus equipos.

El firmware propietario se coloca en un repositorio separado que no es gratuito, junto con otros paquetes que no se distribuyen bajo licencias abiertas y gratuitas. El repositorio no gratuito no pertenece oficialmente al proyecto Debian y sus paquetes no se pueden incluir en la instalación ni en las compilaciones en vivo. Debido a esto, las imágenes de instalación con firmware propietario se recopilan por separado y se clasifican como no oficiales, aunque formalmente son desarrolladas y mantenidas por el proyecto Debian.

Así, se ha logrado un cierto status quo en la comunidad, que combina el deseo de suministrar únicamente software de código abierto en la distribución y la necesidad de firmware de los usuarios. También hay un pequeño conjunto de firmware gratuito, que se incluye en los ensamblajes oficiales y en el repositorio principal, pero hay muy pocos firmware de este tipo y en la mayoría de los casos no son suficientes.

El enfoque utilizado en Debian crea muchos problemas, incluidos inconvenientes para los usuarios y desperdicio de recursos al crear, probar y alojar compilaciones no oficiales con firmware cerrado. El proyecto presenta imágenes oficiales como las principales compilaciones recomendadas, pero esto solo confunde a los usuarios, ya que durante el proceso de instalación encuentran problemas con el soporte de hardware. El uso de ensambladores no oficiales conduce involuntariamente a la popularización del software propietario, ya que el usuario, junto con el firmware, también recibe un repositorio no libre conectado con otro software no libre, mientras que si el firmware se ofreciera por separado, sería posible prescindir de incluir el repositorio no libre.

Recientemente, los fabricantes han recurrido cada vez más al uso de firmware externo cargado por el sistema operativo, en lugar de entregar el firmware en la memoria permanente de los propios dispositivos. Este firmware externo es necesario para muchos adaptadores de red, sonido y gráficos modernos. Al mismo tiempo, la pregunta es ambigua en qué medida el firmware se puede atribuir a los requisitos para la entrega de software gratuito únicamente, ya que, en esencia, el firmware se ejecuta en dispositivos de hardware, y no en el sistema, y ​​​​se relaciona con el equipo. Con el mismo éxito, las computadoras modernas, equipadas incluso con distribuciones completamente gratuitas, ejecutan firmware integrado en el equipo. La única diferencia es que parte del firmware lo carga el sistema operativo, mientras que otros ya están almacenados en la memoria ROM o Flash.

Steve planteó para discusión cinco opciones principales para diseñar la entrega de firmware en Debian, que se planea someter a votación general de los desarrolladores:

  • Deje todo como está, proporcione firmware cerrado solo en ensamblajes no oficiales separados.
  • Deje de proporcionar compilaciones no oficiales con firmware no libre y alinee la distribución con la ideología del proyecto de suministrar solo software libre.
  • Convierta ensamblajes no oficiales con firmware en oficiales y suminístrelos en paralelo y en un solo lugar con ensamblajes que incluyan solo software gratuito, lo que simplificará la búsqueda del usuario del firmware requerido.
  • Incluya firmware propietario en ensamblajes oficiales estándar y rechace suministrar ensamblajes individuales no oficiales. La desventaja de este enfoque es la inclusión de un repositorio no libre de forma predeterminada.
  • Separe el firmware propietario del repositorio no libre en un componente de firmware no libre separado y entréguelo en otro repositorio que no requiera la activación del repositorio no libre. Agregue una excepción a las reglas del proyecto que permita la inclusión de un componente de firmware que no sea libre en los ensamblajes de instalación estándar. Por lo tanto, será posible negarse a crear ensamblajes no oficiales separados, incluir firmware en ensamblajes estándar y no activar el repositorio no gratuito para los usuarios.

    El propio Steve aboga por la adopción del quinto punto, que permitirá que el proyecto no se desvíe demasiado de la promoción del software libre, pero al mismo tiempo hará que el producto sea cómodo y útil para los usuarios. El instalador ofrece una distinción explícita entre firmware gratuito y no libre, lo que permite al usuario tomar una decisión informada e informarle si el firmware gratuito disponible es compatible con el hardware actual y si hay proyectos para crear firmware gratuito para dispositivos existentes. En la etapa de arranque, también está previsto agregar una configuración para deshabilitar un paquete con firmware no gratuito.

    Fuente: opennet.ru

  • Añadir un comentario