QuicksearchNavigationEvents12.01 - 1. Treffen MUCOSUG
20.01 - SAF "Neue Wege der IT in Zeiten der Wirtschaftskrise" - Sun GS Langen
22.01 - SAF "Neue Wege der IT in Zeiten der Wirtschaftskrise" - Sun GS Stuttgart
27.01 - SAF "Neue Wege der IT in Zeiten der Wirtschaftskrise" - Sun GS Berlin
27.01 - SAF "Neue Wege der IT in Zeiten der Wirtschaftskrise" - Sun GS Berlin
29.01 - SAF "Neue Wege der IT in Zeiten der Wirtschaftskrise" - Sun GS Hamburg
03.02 - SAF "Neue Wege der IT in Zeiten der Wirtschaftskrise" - Sun GS Ratingen
![]() Kategorien
|
GPLMonday, September 11. 2006Trackbacks
Trackback specific URI for this entry
No Trackbacks
Comments
Display comments as
(Linear | Threaded)
Hallöchen,
ich gehe einig mit deiner Annahme, dass die gerichtliche Durchsetzung der GPL der verbreitung von OS-basierenden Geräten auf Dauer nicht unbedingt zuträglich sein kann. ABER: Wenn jeder Hersteller GPL-Komponenten nach Gutdünken abändern und mit kommerziellen Modulen versehen kann, so ist das Endprodukt nicht wesentlich offener als ein komplett proprietäres Produkt. Warum wollen wir die Verbreitung von Linux und generell Open Source in der Hardware? Mein Hauptgrund ist die gewonnene Freiheit: Um beim Linksys-Beispiel zu bleiben: Ohne die Linux-Basis sind wir als Enduser auf das vom Hersteller angebotene Featureset angewiesen. Wollen wir mehr, müssen wir ein anderes Gerät anschaffen. Mit der freien Grundbasis aber können wir selbst als Enduser die fehlenden Komponenten nachrüsten. Diese Freiheit ist für mich der Grund, die Verbreitung von freier Software zu wünschen. Und genau diese Freiheit ist nicht mehr gegeben, wenn die Hersteller sich nicht GPL komform verhalten, da die resultierenden Systeme ziemlich schnell unmodifizierbar werden. Ein Beispiel sind Beispiel Motorola-Telefone, welche AFAIK ein proprietäres Kernelmodul für die Telefonfunktionen verwendet hatten, was es unmöglich machte, den Kernel auf einen aktuellen Versionsstand zu bringen. Nun, da eine schwache, verschwommene Auslegung der GPL keine Vorteile für den Enduser mehr bringt, bleiben noch ideelle Aspekte: Warum soll ich als Programmierer meine Arbeit einer kommerziellen Entität zur Verfügung stellen, welche mit meiner Arbeit Werbung macht (über Features oder sogar über die Herkunft - netfilter ist z.B. ein guter Name, ein Gerät zu vermarkten), welche mir aber nichts zurückgibt. Weder Verbesserung an meiner Komponente, noch die Freiheit das Endprodukt weiter zu modifizieren. Wenn der Hersteller ein kommerzielles OS kauft, so ist mir als Programmierer von Software das ziemlich egal, weil ja nicht mein Code im Endprodukt drin steckt. Wenn der Hersteller aber meinen Code verwendet, so will ich eine Gegenleistung: Sei das die Verbesserung meiner Software (durch zurückfliessende Patches) oder die gewissheit ein Veränderbares Endprodukt zu bekommen. Oder gar eine finanzielle Kompensation für mehr Rechte am Code, wobei das aber nicht die verbreitete Haltung ist. Mit nochmals anderen Worten: Die Verbreitung von nicht GPL-komformer Software ist nicht besser als die Verbreitung kommerzieller Software. Insofern können noch so viele Gerichtsurteile vorliegen, welche der Verbreitung von GPL-Software noch so abträglich sein können - die Community gewinnt nichts durch die professionelle Verbreitung von Raubkopien, welche von den Herstellern im Moment praktiziert wird. Philip PS: Bitte mach' dieses Kommentarfeld hier etwas breiter :p
Ich sehe keine Sinn darin, Linux als Selbstzweck toll zu finden. Wenn irgendwo Linux verbaut wird, finde ich das toll, weil ich (oder jemand anders) dann den Code ändern kann, relativ einfach Programme drauf portieren, etc.
Wenn daruf ein closed-source ding läuft, und ich Zugriff auf den Userspace habe, ist das immerhin etwas. Leider passiert das nie im embedded-bereich. (Ausnahmen sind vielleicht Smartphones und PDAs) Die Konsequenz aus Deiner Argumentation wäre ein Worst-of-Both-Worlds: Worin liegt der Vorteil, dass ein Hersteller Linux einsetzt, wenn er den Code nicht veröffentlicht? Hilft das Linux, der "Linux Ecosphere" irgendwie? Ich denke nicht, ganz im Gegenteil. Und Dein beschriebenes Library-Link-Problem kann man durch Kernel-APIs (quelloffen), die von Deiner Library benutzt werden, umgangen werden. Das ist nicht gerne gesehen, aber legal. Intel macht das so mit ihren WLAN-Treibern, da diese anscheinend aus legalen Gründen Closed-Source sein müssen. |
The LKSF bookThe book with the consolidated Less known Solaris Tutorials is available for download here
Web 2.0Contact
Networking open.bc My photos SyndicationComments about 1. Treffen der Hamburger (Open)Solaris Users Group Fri, 09.01.2009 19:14 Klasse, Mittwochs bin ich sowi eso immer im Sun office about I had a bad day Fri, 09.01.2009 14:19 Such a crap! Fuckin' thiefs! I totally understand what hard hit this is. My Camera equipme nt summarizes even a lit [...] about links for 2009-01-09 Fri, 09.01.2009 12:15 "If you spend any time in OOo at all, you are likely to conc lude that all major decisions are made by a small circ [...] about I had a bad day Fri, 09.01.2009 07:35 Dein Bruder könnte mal in sein er KFZ und Hausratversicherung nach dem Deckungsumfang schau en. Evtl. bekommt man d [...] about The Sell Rating from Goldman Sucks Fri, 09.01.2009 01:24 Looks like The Reg have picked up on this as well - they can 't hardly have a week without a Sun share price story. [...] Getaggte ArtikelAMD Apple avs Bahn Blogging Blogosphere braindump Business Travel CeBIT cec cec2006 CMT del.icio.us deutsch dtrace fliegen Fundsache General Hamburg IBM i hate sundays Intel iscsi jumpstart Links Linux lksf Mindfuck Movies Music Musik Niagara Opensolaris Opteron Photographie policy of ... Politik Security Solaris storage Sun suncec2007 sunw t1 The IT Business Ultrasparc ultrasparc t1 Wirtschaft Work ZFS
Blog Administration |