Bewegung, proprietäre Firmware in die Debian-Distribution aufzunehmen

Steve McIntyre, der mehrere Jahre lang als Debian-Projektleiter fungierte, ergriff die Initiative, Debians Ansatz zur Bereitstellung proprietärer Firmware zu überdenken, die derzeit nicht in offiziellen Installationsimages enthalten ist und in einem separaten, nicht freien Repository bereitgestellt wird. Laut Steve führt der Versuch, das Ideal zu erreichen, nur Open-Source-Software bereitzustellen, zu unnötigen Schwierigkeiten für Benutzer, die in vielen Fällen proprietäre Firmware installieren müssen, wenn sie die volle Funktionalität ihrer Geräte erhalten möchten.

Proprietäre Firmware wird zusammen mit anderen Paketen, die nicht unter freien und offenen Lizenzen vertrieben werden, in einem separaten, nicht freien Repository abgelegt. Das unfreie Repository gehört offiziell nicht zum Debian-Projekt und Pakete daraus können nicht in Installations- und Live-Builds einbezogen werden. Aus diesem Grund werden Installationsimages mit proprietärer Firmware separat gesammelt und als inoffiziell eingestuft, obwohl sie formal vom Debian-Projekt entwickelt und verwaltet werden.

Damit ist in der Community ein gewisser Status Quo erreicht, der den Wunsch, ausschließlich Open-Source-Software in der Distribution bereitzustellen, mit dem Bedürfnis der Nutzer nach Firmware verbindet. Es gibt auch einen kleinen Satz kostenloser Firmware, der in den offiziellen Assemblies und im Haupt-Repository enthalten ist, aber es gibt nur sehr wenige solcher Firmwares und sie reichen in den meisten Fällen nicht aus.

Der in Debian verwendete Ansatz verursacht viele Probleme, einschließlich Unannehmlichkeiten für Benutzer und Ressourcenverschwendung beim Erstellen, Testen und Hosten inoffizieller Builds mit geschlossener Firmware. Das Projekt präsentiert offizielle Images als die wichtigsten empfohlenen Builds, was die Benutzer jedoch nur verwirrt, da sie während des Installationsprozesses auf Probleme mit der Hardwareunterstützung stoßen. Die Verwendung inoffizieller Assemblies führt unfreiwillig zur Popularisierung proprietärer Software, da der Benutzer neben der Firmware auch ein verbundenes unfreies Repository mit anderer unfreier Software erhält, während dies möglich wäre, wenn die Firmware separat angeboten würde auf die Einbindung des Non-Free-Repositorys zu verzichten.

In letzter Zeit greifen Hersteller zunehmend auf die Verwendung externer Firmware zurück, die vom Betriebssystem geladen wird, anstatt die Firmware im permanenten Speicher auf den Geräten selbst auszuliefern. Eine solche externe Firmware ist für viele moderne Grafik-, Sound- und Netzwerkadapter notwendig. Gleichzeitig ist die Frage unklar, inwieweit Firmware auf die Anforderungen zur Bereitstellung ausschließlich freier Software zurückzuführen ist, da Firmware im Wesentlichen auf Hardwaregeräten und nicht im System ausgeführt wird und sich auf Geräte bezieht. Mit dem gleichen Erfolg führen moderne Computer, die sogar mit völlig kostenlosen Distributionen ausgestattet sind, die in die Geräte integrierte Firmware aus. Der einzige Unterschied besteht darin, dass einige Firmware vom Betriebssystem geladen werden, während andere bereits in ROM oder Flash-Speicher geflasht sind.

Steve brachte fünf Hauptoptionen für die Gestaltung der Bereitstellung von Firmware in Debian zur Diskussion, die den Entwicklern zur allgemeinen Abstimmung vorgelegt werden sollen:

Lassen Sie alles so wie es ist, liefern Sie geschlossene Firmware nur in separaten inoffiziellen Baugruppen.

Hören Sie auf, inoffizielle Builds mit unfreier Firmware bereitzustellen, und bringen Sie die Verteilung in Einklang mit der Ideologie des Projekts, nur freie Software bereitzustellen.

Wandeln Sie inoffizielle Baugruppen mit Firmware in offizielle um und versorgen Sie sie parallel und an einem Ort mit Baugruppen, die nur freie Software enthalten, was die Suche des Benutzers nach der benötigten Firmware vereinfacht.

Integrieren Sie proprietäre Firmware in offizielle Standardbaugruppen und verweigern Sie die Bereitstellung einzelner inoffizieller Baugruppen. Der Nachteil dieses Ansatzes ist die standardmäßige Einbindung eines unfreien Repositorys.

Trennen Sie proprietäre Firmware vom unfreien Repository in eine separate unfreie Firmware-Komponente und stellen Sie sie in einem anderen Repository bereit, das keine Aktivierung des unfreien Repositorys erfordert. Fügen Sie den Projektregeln eine Ausnahme hinzu, die die Aufnahme einer nicht freien Firmware-Komponente in Standardinstallationsassemblys ermöglicht. Somit wird es möglich sein, die Erstellung separater inoffizieller Assemblys zu verweigern, Firmware in Standard-Assemblys einzubinden und das unfreie Repository für Benutzer nicht zu aktivieren.

Steve selbst befürwortet die Übernahme des fünften Punktes, der es dem Projekt ermöglichen soll, nicht zu sehr von der Förderung freier Software abzuweichen, aber gleichzeitig das Produkt für Benutzer bequem und nützlich macht. Das Installationsprogramm bietet eine explizite Unterscheidung zwischen kostenloser und nicht-freier Firmware, sodass der Benutzer eine fundierte Entscheidung treffen kann und darüber informiert wird, ob verfügbare kostenlose Firmware aktuelle Hardware unterstützt und ob es Projekte zur Erstellung kostenloser Firmware für vorhandene Geräte gibt. Beim Booten ist außerdem geplant, eine Einstellung hinzuzufügen, um ein Paket mit nicht freier Firmware zu deaktivieren.

Source: opennet.ru