Il progetto Debian ha avviato una votazione generale sulla questione della fornitura di firmware proprietario

Il progetto Debian ha annunciato un voto generale (GR, risoluzione generale) degli sviluppatori del progetto sulla questione della fornitura di firmware proprietario come parte delle immagini di installazione ufficiali e delle build live. La fase di discussione dei punti posti in votazione durerà fino al 2 settembre, dopodiché avrà inizio la raccolta dei voti. Hanno diritto di voto circa un migliaio di sviluppatori che partecipano al mantenimento dei pacchetti e al mantenimento dell'infrastruttura Debian.

Recentemente, i produttori di hardware hanno fatto sempre più ricorso all'utilizzo di firmware esterno caricato dal sistema operativo, invece di fornire firmware nella memoria permanente dei dispositivi stessi. Tale firmware esterno è necessario per molti moderni adattatori grafici, audio e di rete. Allo stesso tempo, la questione di come la fornitura di firmware proprietario sia correlata all'obbligo di fornire solo software libero nelle principali build Debian è ambigua, dal momento che il firmware viene eseguito su dispositivi hardware, non nel sistema, e si riferisce all'apparecchiatura . I computer moderni, dotati anche di distribuzioni completamente gratuite, eseguono firmware integrato nell'apparecchiatura. L'unica differenza è che alcuni firmware vengono caricati dal sistema operativo, mentre altri sono già flashati nella ROM o nella memoria Flash.

Fino ad ora, il firmware proprietario non era incluso nelle immagini ufficiali di installazione di Debian ed era fornito in un repository separato non libero. I gruppi di installazione con firmware proprietario hanno uno status non ufficiale e sono distribuiti separatamente, il che crea confusione e crea difficoltà agli utenti, poiché in molti casi il pieno funzionamento delle apparecchiature moderne può essere raggiunto solo dopo l'installazione del firmware proprietario. Il progetto Debian prepara e mantiene assembly non ufficiali con firmware proprietario, il che richiede un ulteriore dispendio di risorse per l'assemblaggio, il test e la pubblicazione di assembly non ufficiali che duplicano quelli ufficiali.

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 con l'attivazione per gli utenti del repository non libero nel caso in cui utilizzino firmware non libero, si propone di separare il firmware proprietario dal repository non libero in un componente firmware non libero separato e fornirlo separatamente , senza richiedere l'attivazione del repository non libero. Per quanto riguarda la fornitura di firmware proprietario negli assiemi di installazione, sono state messe al voto tre opzioni di modifica:

Includere pacchetti firmware non liberi nel supporto di installazione ufficiale. Verrà spedita una nuova immagine di installazione che include firmware non libero al posto dell'immagine che contiene solo software gratuito. Se disponi di apparecchiature che richiedono firmware esterno per funzionare, l'uso del firmware proprietario richiesto sarà abilitato per impostazione predefinita. In questo caso, in fase di avvio, verrà aggiunta un'impostazione che consentirà di disabilitare completamente l'utilizzo di firmware non liberi. Affinché l'utente possa fare una scelta informata, il programma di installazione separerà chiaramente il firmware libero da quello non libero e visualizzerà anche le informazioni sul tipo di firmware che verrà caricato. Dopo l'installazione sul sistema, si propone di aggiungere per impostazione predefinita un repository di firmware non libero al file source.list, che consentirà di ricevere aggiornamenti del firmware che correggono vulnerabilità ed errori importanti.

Preparare un'immagine di installazione con firmware non libero, come descritto al punto 1, ma fornirla separatamente e non al posto di un'immagine contenente solo software libero. Si propone di ufficializzare la nuova immagine di installazione con firmware proprietario, continuando però a fornire la vecchia versione dell'immagine ufficiale, che non include firmware proprietario. Per facilitarne la scoperta ai nuovi arrivati, l'immagine con il firmware verrà visualizzata in un luogo più visibile. Anche l'immagine senza firmware verrà offerta nella stessa pagina di download, ma con una priorità inferiore.

Consentire al progetto Debian di creare un'immagine di installazione separata che includa i pacchetti della sezione non libera, che sarà disponibile per il download oltre all'immagine di installazione contenente solo software libero. Il download sarà organizzato in modo tale che l'utente, prima di iniziare il download, riceva informazioni su quale delle immagini contiene solo software gratuito.

Fonte: opennet.ru