Hallo, On Sun, 23 Nov 2003 at 20:50 (+0100), Manfred Tremmel wrote:
Am Sonntag, 23. November 2003 18:38 schrieb Bernhard Walle:
Was Du schreibst heißt im Endeffekt "wir ändern möglichst oft die Schnittstellen damit Binärtreiber nicht möglich sind". Das sind ähnliche Methoden wie sie von anderen Firmen eingesetzt werden und auf dieses Niveau möchte ich mich nicht herablassen. Der Zwang zu
Nein, überhaupt nicht. Aber ich bin der Meinung, dass Freie Software durch die Lizenzen geschützt werden muß, damit sie nicht ausgebeutet wird. Sowas wie die GPL das eben macht.
Eben, durch Lizenzen aber nicht durch Inkompatibilitäten.
OpenSource-Treibern muss über den Markt geschehen und nicht über möglichst viele Inkompatibilitäten.
Wer sich der OpenSource Programmierer bedient und auf deren Arbeit aufsetzt, sollte aber auch was zurückgeben. Wenn ein Grafikkartenhersteller seinen Markt vergrössern will um die Linux-Nutzer und damit von den Entwicklern von XFree usw. profitiert, soll auch Source zurückgeben. Wenn man hört, was die Grafikkartenhersteller den Spieleprogrammieren an Infos rüberrücken, wieso nicht den freien Programmierern?
Weil die Spieleprogrammierer was unterschreiben müssen das ihnen untersagt diese Information anderen Hardwareherstellern zur Verfügung zu stellen. Das geht bei freien Programmierern nicht weil das Ergebnis ja jeder einsehen kann. Ich kenne mich mit der Materie der Grafikkarten zu wenig aus um beurteilen zu können was die Treiberinterna über die Hardware aussagt.
gar keine Treiber zur Verfügung (Intel Centrino ist das beste Beispiel) oder bauen eigene Mechanismen, um faktisch Closed-Source Treiber zu ermöglichen.
Angeblich kommt der Centrino-WLAN-Treiber ja erstes Quartal 2004, mal abwarten.
Würd mich jedenfalls freuen. Ich habe zwar im Moment kein Notebook, daher interessiert mich das nur am Rande, aber irgendwann werd ich mir wohl auch eins zulegen.
Reine Binärtreiber sind bereits jetzt möglich: Siehe AVM und NVidia (die haben ja auch ein Kernelmodul), es ist nur etwas komplizierter und man muss einen unbedeutenden Teil selber übersetzen. Das bedeutet
Richtig, die bauen nen Schicht dazwischen. Wobei der reine CAPI-Treiber von AVM vollständig im Source vorliegt (und sich z.B. auch auf PPC compilieren läst), nur die Modem-Emu mit Faxfunktion sind binary.
Ok, das wusste ich nicht. Ist das der CAPI-Treiber der auch in den 2.6-Kernel integriert werden soll. Laut c't fliegt isdn4linux ja komplett raus und wird gegen CAPI ausgetauscht.
Aufwand vor allem für Benutzer. Und die Installation des AVM-Treibers auf einem Nicht-SuSE-System ist mehr als abenteuerlich, weil bei mir der Open-Source-Teil erst gar nicht zum Übersetzen ging.
Wär das ganze Zeug OS, könnte es in den offiziellen Kernel, und es wäre sowieso unproblematisch.
Allerdings solltes es trotzdem einen Mechanismus geben Treiber ohne Kompilation und ohne Kernelupdate zu installieren. Dass dafür dann der Treiber lizenztechnisch auch als Quellcode vorliegen muss steht auf einem anderen Blatt. Wenn ich die Mail von Ralf richtig interpretiere geht das ja. Mich würde nun allerdings interessieren wie weit binärkompatibel die Treiber wirklich sind. Soviel ich bisher mitbekommen habe muss man dafür einen sehr ähnlichen Kernel einsetzen und das stört mich. Ich will eine Schnittstelle haben mit dem ich einen Treiber, der mit 2.4.0-SuSE kompiliert wurde auch unter 2.4.20-RedHat installieren kann. Dass bei 2.6.0 wieder Anpassungen erforderlich sind finde ich akzeptabel wenn man davon ausgeht dass zwischen 2.4.0 und 2.6.0 zwei Jahre liegen.
Im übrigen habe ich mich gerade wegen des AVM-Treibers gegen eine Fritz Card DSL und für ein DSL-Modem, bei dem die Problematik nicht besteht, entschieden.
Hab auch ne LAN-Version des DSL-Modems, da bin ich unabhängig vom System und der Architektur und nicht auf den Support eines Herstellers angewiesen.
Eben. Und wenn ich morgen mal ein *BSD installieren will ist zumindest das kein Hinderungsgrund. Gibt ja noch schöne andere OSe außer Linux. Gruß, Bernhard -- _________ http://www.bwalle.de _________________________________________________ "Less is more or less more" -- Y_Plentyn on #LinuxGER