Progetto Debian объявил о проведении общего голосования (GR, general resolution) разработчиков проекта по вопросу поставки проприетарных прошивок в составе официальных установочных образов и live-сборок. До 2 сентября продлится фаза обсуждения выставленных на голосование пунктов, после чего начнётся сбор голосов. Право голоса имеют около тысячи разработчиков, участвующих в сопровождении пакетов и поддержании инфраструктуры Debian.
Последнее время производители оборудования всё чаще прибегают к использованию внешних прошивок, загружаемых операционной системой, вместо поставки прошивок в постоянной памяти на самих устройствах. Подобные внешние прошивки необходимы многим современным графическим, звуковым и сетевым адаптерам. При этом неоднозначен вопрос, насколько поставка проприетарных прошивок соотносится с требованием поставки только свободного ПО в основных сборках Debian, так как прошивки выполняются на аппаратных устройствах, а не в системе, и относятся к оборудованию. На современных компьютерах, оснащённых даже полностью свободными дистрибутивами, выполняются прошивки, встроенные в оборудование. Разница лишь в том, что одни прошивки загружаются операционной системой, а другие уже прошиты в ПЗУ или Flash-память.
До сих пор проприетарные прошивки не включались в состав официальных установочных образов Debian и поставлялись в отдельном репозитории non-free. Установочные сборки с проприетарными прошивками имеют статус неофициальных и распространяются отдельно, что приводит к путанице и создаёт трудности у пользователей, так как во многих случаях полноценной работы современного оборудования можно добиться только после установки проприетарных прошивок. Подготовкой и сопровождением неофициальных сборок с проприетарными прошивками занимается проект Debian, что требует дополнительной траты ресурсов на сборку, тестирование и размещение неофициальных сборок, дублирующих официальные.
Si è verificata una situazione in cui le build non ufficiali sono più preferibili per l'utente se desidera ottenere un normale supporto per le proprie apparecchiature e l'installazione delle build ufficiali consigliate spesso porta a problemi nel supporto hardware. Inoltre, l'uso di build non ufficiali interferisce con l'ideale di fornire solo software open source e porta inconsapevolmente alla divulgazione di software proprietario, poiché l'utente, insieme al firmware, riceve anche un repository non libero connesso con altri non liberi. Software.
Per risolvere il problema dell'attivazione di repository non liberi per gli utenti che utilizzano firmware proprietario, si propone di separare il firmware proprietario dal repository non libero in un componente separato, denominato "non-free-firmware", e di distribuirlo separatamente, senza richiedere l'attivazione del repository non libero. Per quanto riguarda la distribuzione del firmware proprietario nelle build di installazione, sono state prese in considerazione tre opzioni:
Fonte: opennet.ru
