Movimento per includere firmware proprietario nella distribuzione Debian

Steve McIntyre, che è stato leader del progetto Debian per diversi anni, ha preso l'iniziativa di ripensare l'approccio di Debian alla distribuzione del firmware proprietario, che attualmente non è incluso nelle immagini di installazione ufficiali ed è fornito in un repository separato non libero. Secondo Steve, cercare di raggiungere l'ideale di fornire solo software open source comporta inutili difficoltà per gli utenti, che in molti casi devono installare firmware proprietario se vogliono ottenere la piena funzionalità delle loro apparecchiature.

Il firmware proprietario è collocato in un repository separato non libero, insieme ad altri pacchetti non distribuiti con licenze libere e aperte. Il repository non libero non appartiene ufficialmente al progetto Debian e i suoi pacchetti non possono essere inclusi nell'installazione e nelle build live. Per questo motivo, le immagini di installazione con firmware proprietario vengono raccolte separatamente e classificate come non ufficiali, sebbene formalmente siano sviluppate e gestite dal progetto Debian.

Pertanto, nella comunità è stato raggiunto un certo status quo, che unisce il desiderio di fornire solo software open source nella distribuzione e la necessità degli utenti di firmware. Esiste anche un piccolo set di firmware gratuito, che è incluso negli assembly ufficiali e nel repository principale, ma ce ne sono pochissimi di firmware di questo tipo e nella maggior parte dei casi non sono sufficienti.

L'approccio utilizzato in Debian crea molti problemi, inclusi disagi per gli utenti e spreco di risorse nella creazione, test e hosting di build non ufficiali con firmware chiuso. Il progetto presenta le immagini ufficiali come i principali gruppi consigliati, ma questo non fa altro che confondere gli utenti, poiché durante il processo di installazione incontrano problemi con il supporto hardware. L'uso di assiemi non ufficiali porta involontariamente alla divulgazione di software proprietario, poiché l'utente, insieme al firmware, riceve anche un repository non libero collegato con altro software non libero, mentre se il firmware fosse offerto separatamente, sarebbe possibile fare a meno di includere il repository non libero.

Negli ultimi tempi, i produttori sono ricorsi sempre più 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 domanda è ambigua in che misura il firmware possa essere attribuito ai requisiti per la fornitura di solo software libero, poiché in sostanza il firmware viene eseguito su dispositivi hardware, e non nel sistema, e si riferisce alle apparecchiature. Con lo stesso successo, i computer moderni, dotati anche di distribuzioni completamente gratuite, eseguono il 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.

Steve ha portato alla discussione cinque opzioni principali per progettare la distribuzione del firmware in Debian, che saranno sottoposte al voto generale degli sviluppatori:

  • Lascia tutto così com'è, fornisci firmware chiuso solo in gruppi non ufficiali separati.
  • Smettere di fornire build non ufficiali con firmware non libero e allineare la distribuzione con l'ideologia del progetto di fornire solo software libero.
  • Converti gli assembly non ufficiali con firmware in quelli ufficiali e forniscili in parallelo e in un unico posto con assembly che includono solo software gratuito, il che semplificherà la ricerca da parte dell'utente del firmware richiesto.
  • Includere firmware proprietario negli assemblaggi ufficiali standard e rifiutarsi di fornire singoli assemblaggi non ufficiali. Lo svantaggio di questo approccio è l'inclusione di un repository non libero per impostazione predefinita.
  • Separare il firmware proprietario dal repository non libero in un componente firmware non libero separato e consegnarlo in un altro repository che non richieda l'attivazione del repository non libero. Aggiungere un'eccezione alle regole del progetto che consente l'inclusione di un componente firmware non libero negli insiemi di installazione standard. Pertanto, sarà possibile rifiutarsi di creare gruppi non ufficiali separati, includere firmware in gruppi standard e non attivare repository non liberi per gli utenti.

    Lo stesso Steve sostiene l'adozione del quinto punto, che consentirà al progetto di non discostarsi troppo dalla promozione del software libero, ma allo stesso tempo renderà il prodotto conveniente e utile per gli utenti. Il programma di installazione offre una distinzione esplicita tra firmware libero e non libero, consentendo all'utente di fare una scelta informata e informando l'utente se il firmware libero disponibile supporta l'hardware attuale e se ci sono progetti per creare firmware libero per i dispositivi esistenti. In fase di avvio, è inoltre prevista l'aggiunta di un'impostazione per disabilitare un pacchetto con firmware non libero.

    Fonte: opennet.ru

  • Aggiungi un commento