Beweging om eigen firmware op te nemen in de Debian-distributie

Steve McIntyre, die een aantal jaren als projectleider van Debian heeft gediend, heeft het initiatief genomen om Debian's benadering van het verzenden van propriëtaire firmware te heroverwegen, die momenteel niet is opgenomen in officiële installatie-images en wordt geleverd in een aparte, niet-vrije repository. Volgens Steve resulteert het proberen te bereiken van het ideaal van het leveren van alleen open source software in onnodige problemen voor gebruikers, die in veel gevallen bedrijfseigen firmware moeten installeren als ze de volledige functionaliteit van hun apparatuur willen krijgen.

Eigen firmware wordt in een aparte, niet-vrije repository geplaatst, samen met andere pakketten die niet onder gratis en open licenties worden verspreid. De niet-vrije repository behoort officieel niet tot het Debian-project en pakketten daaruit kunnen niet worden opgenomen in installatie- en live-builds. Om deze reden worden installatie-images met propriëtaire firmware afzonderlijk verzameld en geclassificeerd als niet-officieel, hoewel ze formeel worden ontwikkeld en onderhouden door het Debian-project.

Er is dus een zekere status quo bereikt in de gemeenschap, die de wens combineert om alleen open source-software te leveren in de distributie en de behoefte van gebruikers aan firmware. Er is ook een kleine set gratis firmware, die is opgenomen in de officiële assemblages en de hoofdrepository, maar er zijn maar heel weinig van dergelijke firmware en deze zijn in de meeste gevallen niet voldoende.

De aanpak die in Debian wordt gebruikt zorgt voor veel problemen, waaronder ongemak voor gebruikers en verspilling van middelen bij het bouwen, testen en hosten van niet-officiële builds met gesloten firmware. Het project presenteert officiële afbeeldingen als de belangrijkste aanbevolen builds, maar dit brengt gebruikers alleen maar in verwarring, omdat ze tijdens het installatieproces problemen ondervinden met hardware-ondersteuning. Het gebruik van niet-officiële assemblages leidt onwillekeurig tot de popularisering van propriëtaire software, aangezien de gebruiker, samen met de firmware, ook een aangesloten niet-vrije repository ontvangt met andere niet-vrije software, terwijl het mogelijk zou zijn als de firmware afzonderlijk zou worden aangeboden. te doen zonder de niet-vrije repository op te nemen.

De laatste tijd hebben fabrikanten steeds meer hun toevlucht genomen tot het gebruik van externe firmware die door het besturingssysteem is geladen, in plaats van firmware in het permanente geheugen op de apparaten zelf te leveren. Dergelijke externe firmware is nodig voor veel moderne grafische, geluids- en netwerkadapters. Tegelijkertijd is de vraag dubbelzinnig in hoeverre firmware kan worden toegeschreven aan de vereisten voor de levering van alleen vrije software, aangezien firmware in essentie wordt uitgevoerd op hardwareapparaten, en niet in het systeem, en betrekking heeft op apparatuur. Met hetzelfde succes draaien moderne computers, zelfs uitgerust met volledig gratis distributies, firmware die in de apparatuur is ingebouwd. Het enige verschil is dat sommige firmware door het besturingssysteem wordt geladen, terwijl andere al in ROM of Flash-geheugen zijn geflasht.

Steve bracht vijf belangrijke opties ter discussie voor het ontwerpen van de levering van firmware in Debian, die naar verwachting ter algemene stemming onder de ontwikkelaars zullen worden voorgelegd:

  • Laat alles zoals het is, lever gesloten firmware alleen in afzonderlijke niet-officiële assemblages.
  • Stop met het aanbieden van onofficiële builds met niet-vrije firmware en breng de distributie in lijn met de ideologie van het project om alleen vrije software te leveren.
  • Converteer niet-officiële assemblages met firmware naar officiële en voorzie ze parallel en op één plaats van assemblages die alleen gratis software bevatten, wat de zoektocht van de gebruiker naar de vereiste firmware zal vereenvoudigen.
  • Neem propriëtaire firmware op in standaard officiële assemblages en weiger individuele niet-officiële assemblages te leveren. Het nadeel van deze aanpak is dat er standaard een niet-vrije repository wordt opgenomen.
  • Scheid propriëtaire firmware van de niet-vrije repository in een afzonderlijke niet-vrije firmwarecomponent en lever deze af in een andere repository waarvoor geen activering van de niet-vrije repository vereist is. Voeg een uitzondering toe aan de projectregels die de opname van een niet-vrije firmwarecomponent in standaardinstallaties toestaat. Het zal dus mogelijk zijn om te weigeren afzonderlijke niet-officiële assemblages te maken, firmware op te nemen in standaardassemblages en de niet-vrije repository voor gebruikers niet te activeren.

    Steve zelf pleit voor de goedkeuring van het vijfde punt, waardoor het project niet te veel kan afwijken van het promoten van vrije software, maar tegelijkertijd het product handig en nuttig voor gebruikers kan maken. Het installatieprogramma biedt een expliciet onderscheid tussen gratis en niet-vrije firmware, waardoor de gebruiker een weloverwogen keuze kan maken en de gebruiker kan informeren of beschikbare gratis firmware de huidige hardware ondersteunt en of er projecten zijn om gratis firmware voor bestaande apparaten te maken. In de opstartfase is het ook de bedoeling om een ​​instelling toe te voegen om een ​​pakket met niet-vrije firmware uit te schakelen.

    Bron: opennet.ru

  • Voeg een reactie