{"id":103819,"date":"2022-04-19T15:36:59","date_gmt":"2022-04-19T13:36:59","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dvizhenie-po-vklyucheniyu-proprietarnyh-proshivok-v-postavku-debian"},"modified":"2022-04-19T15:36:59","modified_gmt":"2022-04-19T13:36:59","slug":"dvizhenie-po-vklyucheniyu-proprietarnyh-proshivok-v-postavku-debian","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/dvizhenie-po-vklyucheniyu-proprietarnyh-proshivok-v-postavku-debian","title":{"rendered":"Movimiento hacia la inclusi\u00f3n de firmwares propietarios en la entrega de Debian","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Steve McIntyre, quien ocup\u00f3 durante varios a\u00f1os el cargo de l\u00edder del proyecto Debian, ha propuesto reevaluar la postura de Debian sobre la inclusi\u00f3n de controladores propietarios, que actualmente no forman parte de las im\u00e1genes de instalaci\u00f3n oficiales y se distribuyen en un repositorio separado llamado non-free. Seg\u00fan Steve, el intento de lograr el ideal de suministrar solo software de c\u00f3digo 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. <\/p>\n
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\u00e1 oficialmente asociado al proyecto Debian, y los paquetes de este no pueden formar parte de las im\u00e1genes de instalaci\u00f3n y live. Por esta raz\u00f3n, las im\u00e1genes de instalaci\u00f3n con controladores propietarios se generan aparte y se clasifican como no oficiales, aunque formalmente su desarrollo y soporte est\u00e1n a cargo del proyecto Debian. <\/p>\n
De este modo, se ha alcanzado un cierto statu quo en la comunidad, que combina el deseo de ofrecer \u00fanicamente software de c\u00f3digo abierto en la distribuci\u00f3n con la necesidad de los usuarios de contar con controladores. Existe un peque\u00f1o conjunto de controladores libres que est\u00e1 incluido en las compilaciones oficiales y en el repositorio main, pero son muy escasos y no son suficientes en la mayor\u00eda de los casos. <\/p>\n
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\u00f3n, prueba y distribuci\u00f3n de compilaciones no oficiales con controladores cerrados. El proyecto presenta como las principales compilaciones recomendadas las im\u00e1genes oficiales, pero esto solo confunde a los usuarios, ya que durante el proceso de instalaci\u00f3n 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\u00eda evitar la inclusi\u00f3n del repositorio non-free. <\/p>\n
Recientemente, los fabricantes han estado recurriendo cada vez m\u00e1s 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\u00e1ficos, de sonido y de red modernos. Aun as\u00ed, existe la cuesti\u00f3n de hasta qu\u00e9 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\u00e1 relacionado con el equipamiento. Con el mismo \u00e9xito, en computadoras modernas que tienen distribuciones completamente libres, se ejecutan firmware integrados en el hardware. La \u00fanica diferencia es que algunos firmware son cargados por el sistema operativo, mientras que otros ya est\u00e1n grabados en ROM o memoria Flash. <\/p>\n
Steve present\u00f3 para discusi\u00f3n cinco opciones principales para la entrega del firmware en Debian, que se someter\u00e1n a votaci\u00f3n por parte de los desarrolladores: <\/p>\n
Dejar todo como est\u00e1, suministrar firmware propietario solo en compilaciones no oficiales individuales.\n
Dejar de ofrecer compilaciones no oficiales con firmware no libre y alinear la distribuci\u00f3n con la ideolog\u00eda del proyecto de proporcionar solo software libre.\n
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\u00e1 al usuario encontrar el firmware necesario.\n
Incluir firmware propietario en las compilaciones oficiales est\u00e1ndar y renunciar a la entrega de compilaciones no oficiales individuales. La desventaja de este enfoque es la inclusi\u00f3n del repositorio non-free por defecto.\n
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\u00f3n del repositorio non-free. A\u00f1adir a las reglas del proyecto una excepci\u00f3n que permita incluir el componente non-free-firmware en las compilaciones de instalaci\u00f3n oficiales est\u00e1ndar. De esta manera, se podr\u00e1 renunciar a la creaci\u00f3n de compilaciones no oficiales individuales, incluir firmware en las compilaciones est\u00e1ndar y no activar el repositorio non-free para los usuarios.\n
Steve aboga por la aceptaci\u00f3n del quinto punto, que permitir\u00e1 que el proyecto no se desv\u00ede demasiado de la promoci\u00f3n del software libre, pero a la vez haga que el producto sea c\u00f3modo y \u00fatil 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\u00f3n informada y notific\u00e1ndolo sobre si los firmware libres disponibles soportan el hardware actual y si existen proyectos para crear firmware libre para los dispositivos existentes. Tambi\u00e9n se prev\u00e9 a\u00f1adir una opci\u00f3n en la fase de carga para desactivar el paquete de firmware no libre. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"