Bewegung zur Einbeziehung proprietÀrer Firmware in die Lieferung von Debian.

Steve McIntyre, der mehrere Jahre lang die Leitung des Debian-Projekts innehatte, hat die Initiative ergriffen, die Einstellung von Debian zur Bereitstellung proprietĂ€rer Firmware zu ĂŒberdenken, die derzeit nicht in den offiziellen Installationsabbildern enthalten ist und in einem separaten non-free-Repository angeboten wird. Laut Steve fĂŒhren Versuche, nur freie Software bereitzustellen, zu unnötigen Schwierigkeiten fĂŒr die Benutzer, die in vielen FĂ€llen proprietĂ€re Firmware installieren mĂŒssen, wenn sie eine vollstĂ€ndige FunktionalitĂ€t ihrer Hardware erreichen wollen.

ProprietĂ€re Firmware wird in ein separates non-free-Repository eingeordnet, zusammen mit anderen Paketen, die nicht unter freien und offenen Lizenzen verbreitet werden. Das non-free-Repository gehört offiziell nicht zum Debian-Projekt, und Pakete daraus dĂŒrfen nicht Teil der Installations- und Live-Images sein. Daher werden Installationsabbilder mit proprietĂ€rer Firmware separat erstellt und als inoffiziell eingestuft, obwohl sie formal vom Debian-Projekt entwickelt und unterstĂŒtzt werden.

Somit hat die Gemeinschaft einen gewissen Status quo erreicht, in dem der Wunsch, nur freie Software im Distribution zu verbreiten, mit dem Bedarf der Benutzer an Firmware kombiniert wird. Es gibt einen kleinen Satz freier Firmware, der in die offiziellen Builds und das main-Repository aufgenommen wurde, aber diese Firmware ist sehr begrenzt und reicht in den meisten FĂ€llen nicht aus.

Der in Debian verwendete Ansatz schafft viele Probleme, darunter Unannehmlichkeiten fĂŒr die Benutzer und Ressourcenaufwand fĂŒr den Aufbau, die Tests und die Bereitstellung inoffizieller Builds mit geschlossener Firmware. Das Projekt bietet offiziell empfohlene Abbilder an, verwirrt jedoch die Benutzer, da sie bei der Installation auf Probleme mit der HardwareunterstĂŒtzung stoßen. Die Verwendung inoffizieller Builds fĂŒhrt unwillkĂŒrlich zur Popularisierung von nicht freier Software, da der Benutzer zusammen mit der Firmware auch das angeschlossene non-free-Repository erhĂ€lt, das andere nicht freie Software enthĂ€lt, wĂ€hrend man durch die separate Bereitstellung der Firmware ohne das HinzufĂŒgen des non-free-Repositories hĂ€tte auskommen können.

In letzter Zeit greifen Hersteller immer hĂ€ufiger auf externe Firmware zurĂŒck, die vom Betriebssystem geladen wird, anstatt die Firmware permanent im Speicher der GerĂ€te bereitzustellen. Solche externen Firmware-Versionen sind fĂŒr viele moderne Grafik-, Audio- und Netzwerkadapter erforderlich. Dabei ist die Frage nicht eindeutig, inwieweit Firmware zu den Anforderungen an die Bereitstellung ausschließlich freier Software gezĂ€hlt werden kann, da Firmware im Grunde auf Hardware-GerĂ€ten und nicht im System ausgefĂŒhrt wird und zur Hardware gehört. Mit dem gleichen Erfolg werden auf modernen Computern, selbst wenn sie mit vollstĂ€ndig freien Distributionen ausgestattet sind, auch Firmware ausgefĂŒhrt, die in die Hardware integriert ist. Der einzige Unterschied besteht darin, dass einige Firmware vom Betriebssystem geladen wird, wĂ€hrend andere bereits im ROM oder Flash-Speicher installiert sind.

Steve brachte fĂŒnf Hauptvarianten fĂŒr die Bereitstellung von Firmware in Debian zur Diskussion, die der allgemeinen Abstimmung der Entwickler vorgelegt werden sollen:

  • Alles so belassen, wie es ist, und geschlossene Firmware nur in separaten inoffiziellen Builds liefern.
  • Die Bereitstellung inoffizieller Builds mit nicht-freier Firmware einstellen und das Distribution so an die Ideologie des Projekts anpassen, das nur freie Software bereitstellt.
  • Die inoffiziellen Builds mit Firmware zu offiziellen zu erklĂ€ren und sie parallel an einem Ort mit den Builds bereitzustellen, die nur freie Software beinhalten, was die Suche nach der benötigten Firmware fĂŒr die Benutzer erleichtert.
  • ProprietĂ€re Firmware in die offiziellen Standard-Builds aufzunehmen und auf die Bereitstellung separater inoffizieller Builds zu verzichten. Ein Nachteil dieses Ansatzes ist die standardmĂ€ĂŸige Einbeziehung des non-free Repository.
  • ProprietĂ€re Firmware aus dem non-free Repository in eine separate Komponente non-free-firmware zu extrahieren und diese in einem anderen Repository bereitzustellen, das keine Aktivierung des non-free Repository erfordert. Eine Ausnahme in die Projektregeln aufzunehmen, die es erlaubt, die Komponente non-free-firmware in die Standard-Installations-Builds aufzunehmen. Dadurch wird die Möglichkeit geschaffen, auf die Bildung separates inoffizieller Builds zu verzichten, die Firmware in die Standard-Builds aufzunehmen und das non-free Repository bei den Benutzern nicht zu aktivieren.

    Steve selbst spricht sich fĂŒr die Annahme des fĂŒnften Punktes aus, der es dem Projekt ermöglichen soll, sich nicht zu stark von der Förderung von freier Software abzuwenden, wĂ€hrend das Produkt gleichzeitig benutzerfreundlich und nĂŒtzlich bleibt. Im Installer wird vorgeschlagen, freie und nicht freie Firmware deutlich zu trennen, um dem Benutzer die Möglichkeit zu geben, eine informierte Entscheidung zu treffen und ihn darĂŒber zu informieren, ob die verfĂŒgbaren freien Firmware-Versionen die aktuelle Hardware unterstĂŒtzen und ob es Projekte zur Erstellung freier Firmware fĂŒr vorhandene GerĂ€te gibt. Zudem ist geplant, beim Booten eine Option hinzuzufĂŒgen, um das Paket mit nicht freier Firmware zu deaktivieren.

    Quelle: opennet.ru

  • 60GB SSD 8Gb DDR4