Sie sind auf Seite 1von 65

1

Gewerbeoberschule Meran Oskar von Miller

Facharbeit

Einfhrung in freie Software


Tobias Bernard
2011/2012

Betreut von Johannes Kofler

Lizenz: Creative Commons Namensnennung-Weitergabe unter gleichen Bedingungen 3.0 (http://creativecommons.org/licenses/by-sa/3.0/)

Inhaltsverzeichnis
1 Vorwort..............................................................................................................................5 2 Grundlegende Definitionen...............................................................................................6 2.1 Software.....................................................................................................................6 2.2 Implementierung........................................................................................................6 2.3 Bug.............................................................................................................................7 2.4 Community.................................................................................................................7 2.5 Betriebssysteme........................................................................................................7 2.6 Anwenderprogramme................................................................................................8 2.7 Hacker........................................................................................................................8 2.8 Softwareentwicklungs- und Vertriebsmodelle.........................................................9 2.8.1 Proprietre Software..........................................................................................9 2.8.2 Freie Software...................................................................................................10 2.8.3 Open Source.....................................................................................................10 3 Geschichte.......................................................................................................................11 3.1 Wie alles begann......................................................................................................11 3.2 GNU's Not Unix........................................................................................................14 3.3 Ein Kernel namens Linux.........................................................................................16 3.4 Der Linux-Effekt.......................................................................................................17 3.5 Der Weg zum Endanwender....................................................................................22 3.6 Moderne Desktops..................................................................................................24 3.7 Warum der Desktop schwer zu erobern ist............................................................27 Bekanntheit......................................................................................................27 Programme......................................................................................................28 Anwenderprofile...............................................................................................29 Hardwareangebot............................................................................................31 3.8 Gegenwart und Zukunft...........................................................................................32 4 Theoretische Grundlagen...............................................................................................34 4.1 Gesellschaftlicher Aspekt.......................................................................................34 4.1.1 Wer kontrolliert wen?.......................................................................................35 4.1.2 Was interessiert mich das? Ich bin kein Programmierer............................37 4.1.3 Auf lange Sicht.................................................................................................37 4.1.4 Freie Software, offene Standards....................................................................39 5 Praktische Anwendung...................................................................................................41 5.1 Technischer Aspekt.................................................................................................41 5.2 Sicherheit.................................................................................................................44

5.3 Rechtlicher Aspekt...................................................................................................46 5.3.1 Lizenzen............................................................................................................46 5.3.1.1 Copyleft-Lizenzen.....................................................................................47 GNU GPL..........................................................................................................47 GNU LGPL........................................................................................................49 MPL..................................................................................................................49 5.3.1.2 Permissive (freizgige) Lizenzen.............................................................50 BSD-Lizenz......................................................................................................50 MIT-Lizenz.......................................................................................................51 Apache-Lizenz.................................................................................................51 5.4 Finanzieller Aspekt..................................................................................................53 5.4.1 Unternehmenssoftware...................................................................................53 5.4.2 Support.............................................................................................................54 5.4.3 Hardware..........................................................................................................54 5.4.4 Spenden............................................................................................................55 5.4.5 Crowdfunding...................................................................................................55 5.5 Probleme und Nachteile..........................................................................................57 Kompatibilitt zu proprietren Programmen.................................................57 Internetverbindung..........................................................................................57 Versto gegen Lizenzen..................................................................................57 6 Nachwort.........................................................................................................................58 7 Literaturverzeichnis........................................................................................................60 Buchquellen.....................................................................................................60 Webquellen......................................................................................................60 8 Inhaltsabrisse..................................................................................................................64 Italiano.............................................................................................................64 English..............................................................................................................64

1 Vorwort
Als Anfang des Schuljahres die Entscheidung fr ein Facharbeits-Thema anstand, wusste ich schon mit Sicherheit, dass es etwas in Richtung freie Software oder GNU/Linux sein wrde. Mich fr ein bestimmtes Thema zu entscheiden, fiel mir allerdings schwer. Deshalb fing ich einfach mit dem Geschichtsteil an, da ich wusste, dass ich diesen in jedem Fall brauchen wrde. Beim Schreiben dieses Kapitels fiel mir auf, dass viele Definitionen und Begriffserklrungen ntig sind, also begann ich, die umfangreicheren und wichtigeren davon in ein eigenes Kapitel auszulagern. Mit dem Fortschreiten des Geschichtekapitels wurde mir auch zunehmend klarer, in welche Richtung ich eigentlich gehen wollte. Ich entschied mich gegen die Konzentration auf einen speziellen Aspekt freier Software, da dies entweder groes Vorwissen beim Leser oder aber einen noch viel greren Definitionsteil vorausgesetzt htte. Nachdem zweiteres aber den Rahmen der Arbeit gesprengt htte und die Arbeit fr jeden Leser verstndlich sein soll, habe ich stattdessen versucht, alle wichtigen Aspekte freier Software kurz und prgnant auf den Punkt zu bringen und, wann immer mglich, interessante Zusammenhnge und Fakten einzubringen. Ziel ist es, Lesern, die ber keinerlei Vorwissen verfgen, einen Einblick in die Materie zu geben und gleichzeitig auch fr erfahrenere Leser noch interessante Hintergrundinformationen zu liefern. Um das berfliegen der Arbeit zu vereinfachen, gibt es am Anfang jedes Kapitels eine kurze Zusammenfassung des Inhalts. Danken mchte ich all jenen, die mich bei dieser Arbeit untersttzt haben, vor allem meinem Tutor Prof. Johannes Kofler und meiner Familie fr die sorgfltige Korrektur der Arbeit, David Leiter fr einige inhaltliche Tipps und nicht zuletzt allen, die es mir ermglicht haben, die Arbeit ausschlielich mit freier Software auf einem freien Betriebssystem zu schreiben.

2 Grundlegende Definitionen
Da in dieser Arbeit zahlreiche IT-spezifische Fachausdrcke vorkommen, die vielleicht nicht jedem gelufig sind, werden die wichtigsten davon im folgenden Kapitel kurz erklrt.

2.1 Software
Streng genommen beinhaltet Software ganz allgemein jede Art von digitalen Daten und Computerprogrammen. Umgangssprachlich meint man damit aber nur ausfhrbare Programme, d.h. in Maschinensprache geschriebene Programme, die auf Computern ausgefhrt werden, um eine bestimmte Aufgabe zu erfllen. Programme werden in einer Programmiersprache geschrieben, d.h. die Funktionen des Programms werden mit Hilfe eines festgelegten Satzes von Befehlen beschrieben. Dieser in einer Programmiersprache geschriebene Text heit Quellcode oder Quelltext (engl. source code). Er kann von Menschen gelesen und verstanden werden, nicht aber von Computern, da deren Prozessoren nur 0 und 1 (Binrcode) verarbeiten knnen. Damit Computer ein Programm ausfhren knnen, muss dieses erst in Binrcode bersetzt werden. Diesen Vorgang nennt man Kompilieren (engl. compile), Programme, die das machen, Compiler. Der beim Kompilieren erzeugte Binrcode ist nun zwar von Maschinen, aber nicht mehr von Menschen lesbar, das heit, das Programm kann in dieser Form zwar ausgefhrt werden, aber die genaue interne Funktionsweise ist nicht mehr erkennbar und es knnen auch keine nderungen daran vorgenommen werden.

2.2 Implementierung
Etwas zu implementieren (lat. implere, erfllen) bedeutet in der Softwareentwicklung, es in Code umzusetzen. Eine Funktion eines Programms wird implementiert, indem sie nach einer festgelegten Spezifikation umgesetzt wird. Der Begriff wird auch als Synonym fr umsetzen verwendet.

2.3 Bug
Fehler in Programmen werden auch Bugs, (engl. Kfer) genannt.
1

Einer Legende zufolge ist dies darauf zurckzufhren, dass in einem der ersten Computer eine Motte eine Fehlfunktion ausgelst hat, als sie sich in einem Relais verfing. Als wahrscheinlicher gilt jedoch, dass dieser Ausdruck schon vorher in Gebrauch war und als Begriff fr kleinere Schwierigkeiten oder Fehler verwendet wurde.

2.4 Community
Die Community (engl. Gemeinschaft) ist die Gruppe der Nutzer und (freiwilligen) Entwickler eines Programms. Wenn z.B. von einem Community-Projekt die Rede ist, handelt es sich dabei um ein von Freiwilligen geleitetes Projekt, das keine Einmischung von Unternehmen oder anderen Organisationen zulsst.

2.5 Betriebssysteme
Ein Betriebssystem (engl. operating system, OS) ist das Grundprogramm eines Computers. Es verwaltet die Hardware, fhrt Anwenderprogramme aus und bernimmt die Kommunikation zwischen diesen und Hardwarekomponenten. Ein Betriebssystem besteht aus verschiedenen Schichten von Programmen, die aufeinander aufbauen. Die unterste Schicht ist der sogenannte Kernel, der Kern des Betriebssystems (z.B. Linux, Mach, Hurd), der direkt die Hardware verwaltet. Er bernimmt den Zugriff auf Hardwarekomponenten wie Prozessor, Speicher und Schnittstellen, das Ausfhren von Anwendersoftware, Systemaufgaben. ber dem Kernel arbeiten sogenannte Systemdienste (Daemons). Diese laufen im Hintergrund und bernehmen Aufgaben wie das Starten des Systems, die Kommunikation von Programmen untereinander und das Darstellen der grafischen Oberflche (z.B. Systemd, Udev). die Prozessverwaltung und weitere grundstzliche

1 Ein Relais ist ein elektronisch gesteuerter Schalter. Dabei schaltet ein Steuerkreis mit niedriger Leistung einen oder mehrere Lastkreise mit hherer Leistung durch Bettigen eines physischen Schalters (etwa durch einen Magneten).

2.6 Anwenderprogramme
ber Kernel und Systemdiensten (z.B. arbeiten Anwenderprogramme Textverarbeitung,

Tabellenkalkulation, Webbrowser, Bildbearbeitung usw.), die direkt mit dem Nutzer interagieren und oft auch eine grafische Oberflche haben.

2.7 Hacker
Der Begriff Hacker die bezeichnet in fremde umgangssprachlich Menschen,

Computersysteme eindringen. Hufig wird er auch mit kriminellen Aktivitten in Verbindung gebracht. Dies ist so allerdings vollkommen falsch. Per Definition
2

bedeutet hacken, kreativ an Abbildung 1: Funktionsschema


vereinfacht)

Probleme heranzugehen und diese auf neue, bisher eines Betriebssystems (stark unbekannte Art zu lsen. Dies gilt nicht nur fr Problemstellungen in der Informatik, sondern fr alle Bereiche des Lebens. So kann z.B. auch Kunst
3

gehackt werden. Menschen, die in Bereichen auerhalb der Informatik und Elektronik (HardwareHacking) hacken, bezeichnen sich jedoch nur selten selbst als Hacker. Bei weitem am hufigsten wird der Begriff unter Software-Hackern verwendet. Unter den Software-Hackern gibt es wiederum zwei vllig verschiedene Gruppen. Zum einen sind da jene Hacker, die sich in erster Linie mit der Sicherheit von Computersystemen und
Abbildung 2: on Eric S. Raymond vorgeschlagenes Symbol fr Hacker aus dem Bereich freier Software

2 Definition laut Wikipedia: In einem bergreifenden Sinn umfasst Hacker experimentierfreudige Personen, die mit ihren Fachkenntnissen eine Technologie beliebiger Art auerhalb ihrer normalen Zweckbestimmung oder ihres gewhnlichen Gebrauchs benutzen. (http://de.wikipedia.org/wiki/Hacker) 3 Kunst kann z.B. gehackt werden, indem man sie auf ganz neue Weise schafft oder dem Betrachter prsentiert. Eine vllig neuartige Kunstrichtung zu entwickeln kann als Hack der Kunst bezeichnet werden. Laut Definition kann man viele namhafte Knstler als Hacker klassifizieren, etwa Picasso (https://www.youtube.com/watch?v=G-mHEFaO8Mc).

-netzwerken auseinandersetzen. Sie bilden eine eigene Subkultur und folgen zumindest teilweise einer Hacker-Ethik. Diese werden in White Hat- und Black HatHacker eingeteilt. Black Hat-Hacker (auch Cracker genannt) hacken Systeme meist mit unlauteren Absichten, oft in Verbindung mit organisierter Kriminalitt, whrend White Hat-Hacker die Sicherheit von Systemen prfen und, wenn sie Sicherheitslcken finden, den Betreiber des Systems auf diese aufmerksam machen. Zum anderen gibt es die Programmierer in der Freie-Software-Szene, die sich ebenfalls hufig als Hacker bezeichnen. Sie haben aber mit der Subkultur der Computersicherheits-Hacker allgemein wenig zu tun, obwohl die Szenen sich teilweise berschneiden. Wenn in dieser Arbeit das Wort Hacker verwendet wird, sind damit Programmierer freier Software gemeint.

2.8 Softwareentwicklungs- und Vertriebsmodelle

2.8.1

Proprietre Software

Proprietre Software (auch unfreie Software genannt) zeichnet sich dadurch aus, dass sie nur von einem einzelnen oder einer organisierten Gruppe von Programmierern entwickelt wird. Der wesentliche Unterschied zu anderen Entwicklungsmodellen besteht darin, dass niemand auerhalb dieses Entwickler-Teams Einsicht in den Quellcode der Software hat oder daran nderungen vornehmen darf. Hufig ist proprietre Software fr deren Anwender kostenpflichtig und darf von diesen nicht vervielfltigt werden. Es gibt allerdings auch einige Ausnahmen, z.B. Freeware. Beispiele fr kostenpflichtige proprietre Software sind Microsoft Windows und Office, Adobe Photoshop und Autodesk AutoCAD. Freeware Freeware (Mischwort aus den englischen Begriffen free, also kostenlos und software) ist proprietre Software, die vom Entwickler kostenlos verteilt wird. Hufig werden Versionen von kostenpflichtigen Programmen mit eingeschrnktem Funktionsumfang als Light- oder Demoversionen kostenlos angeboten, um den Nutzer zum Kauf der Vollversion zu bewegen. Dieser Begriff wird leider hufig mit freier Software verwechselt, was dem Sachverhalt jedoch nicht gerecht wird. Obwohl fr den Endnutzer (zumindest unter Microsoft Windows und Mac OS) oft kein

Unterschied zu bemerken ist, ist dieser nmlich aus gesellschaftlicher Sicht sehr gro. Beispiele fr Freeware sind Apple iTunes, Microsoft Skype und der Browser Opera.

2.8.2

Freie Software

Freie Software gibt dem Nutzer volle Kontrolle ber das Programm: er darf es zu jedem Zweck einsetzen, weitergeben, seine Funktionsweise studieren und verndern und die vernderte Version ebenfalls weitergeben. Freie Software muss mit dem Quelltext weitergeben werden. Genaueres hierzu in den Kapiteln Geschichte und Lizenzen.

2.8.3

Open Source

Der Begriff Open Source-Software (englisch fr quelloffene Software) bedeutet in den meisten Fllen dasselbe wie freie Software und auch die Definition ist fast identisch. Es gibt allerdings einige Unterschiede, denn Open Source Lizenzen knnen bestimmte Beschrnkungen beinhalten, wie etwa Bestimmungen zum maximalen Verkaufspreis oder die Pflicht, Vernderungen an der Software an den Autor zurckzusenden. Im Wesentlichen lsst sich sagen, dass freie Software strker die Freiheit des Nutzers betont, whrend Open Source auf die praktischen Vorteile des offenen Entwicklungsmodells und die Anwendbarkeit in Unternehmen konzentriert ist. Der Namenskonflikt kann umgangen werden, indem der Begriff FLOSS (Free/Libre Open Source Software) verwendet wird.

10

3 Geschichte
3.1 Wie alles begann
Um 1980 begannen viele groe IT-Konzerne, ihr Geschftsmodell auf den Verkauf proprietrer Software auszulegen. Daraufhin beschloss eine Gruppe von Hackern, sich dem entgegenzustellen und ein eigenes, vollkommen freies Betriebssystem zu entwickeln, das den Nutzern die Kontrolle ber ihre Rechner zurck gibt: GNU.

Am Anfang war alle Software frei. Georg Greve, 2003


4

Bis etwa 1980 wurde unter Entwicklern Software meist im Quelltext weitergegeben, sodass jeder sie an seine Bedrfnisse anpassen konnte. Hardwarehersteller verkauften oft Software zusammen mit Hardware, ebenfalls im Quelltext, denn Software wurde nicht als eigenstndiges Produkt, sondern eher als Ergnzung der Hardware gesehen, welche diese erst nutzbar macht. Dies hatte eine Kultur der Zusammenarbeit unter den Softwareentwicklern zur Folge, die allgemein als Hacker-Kultur bezeichnet wird. Tief darin verwurzelt waren und sind das Konzept unbegrenzter Verfgbarkeit von Information und Technologie fr die ganze Gesellschaft und der Community- also Gemeinschafts-Gedanke. Ab Ende der 70er begannen viele IT-Unternehmen aber, nur mehr die Binrdateien ihrer Software weiterzugeben und den Quellcode unter Verschluss zu halten: Proprietre Software im heutigen Sinne war geboren. Die von den Hackern gepflegte Kultur des Teilens war dadurch in massiver Bedrngnis, da deren Grundlage fehlte: die ffentliche Verfgbarkeit von Quellcode und die gemeinsame Arbeit daran. Viele Hacker wollten sich diesem neuen Modell der Softwareentwicklung aber nicht anpassen. So grndete Richard Stallman, Forscher fr knstliche Intelligenz am MIT ,
4 http://freiesoftware.verdi.de/interview 5 MIT (Massachusetts Institute of Technology) ist eine der fhrenden technischen Universitten in den USA.
5

11

1983 das GNU-Projekt

6 7

mit dem Ziel, ein vllig freies Betriebssystem zu entwickeln,

das einen freien Ersatz fr jedes damals bekannte Programm beinhalten sollte. Damit wre sichergestellt, dass Nutzer ihre Rechner in Freiheit nutzen und die Community, die es bei proprietrer Software nicht geben konnte, wieder aufleben knne. So knnten Nutzer die Kontrolle ber ihre Systeme zurckgewinnen.

1983 gab es auf einmal keine Mglichkeit mehr, ohne proprietre Software einen sich auf dem aktuellen Stand der Technik befindenden Computer zu bekommen, ihn zum Laufen zu bringen und zu nutzen. Es gab zwar unterschiedliche Betriebssysteme, aber sie waren alle proprietr, was bedeutet, dass man eine Lizenz unterschreiben muss, keine Kopien mit anderen Nutzern austauschen darf und nicht erfahren kann, wie das System arbeitet. Das ist eine Grben ffnende, schreckliche Situation, in der Individuen hilflos von einem 'Meister' abhngen, der alles kontrolliert, was mit der Software gemacht wird. Richard M. Stallman, 1999
8

Dabei wurde erstmals festgelegt, welche Bedingungen ein Programm erfllen muss, um als freie Software zu gelten. Laut Definition Recht haben: Das Programm zu jedem Zweck auszufhren Das Programm zu studieren und zu verndern Das Programm zu verbreiten Das Programm zu verbessern und diese Verbesserungen zu verbreiten, um damit einen Nutzen fr die Gemeinschaft zu erzeugen
6 Jurzik, Heike, Debian GNU/Linux das umfassende Handbuch, Galileo Press, 2009 Seite 32, Kapitel 1.1, erster Absatz 7 http://www.gnu.org 8 Software mu frei sein! Interview des Online-Magazins Telepolis (1999) (http://www.heise.de/tp/artikel/2/2860/1.html) 9 Die offizielle Definition freier Software wird von der Free Software Foundation verwaltet (http://www.gnu.org/philosophy/free-sw.html) 10 Jurzik, Heike, Debian GNU/Linux das umfassende Handbuch, Galileo Press, 2009 Seite 32, Kapitel 1.1, zweiter Absatz
9 10

muss ein Nutzer freier Software das

12

Diese vier Freiheiten werden von jedem freien Programm gewhrt und sind Grundlage jeder freien/Open Source-Lizenz. Um die Freiheit dieser Programme rechtlich abzusichern, wurde die GNU General Public License (kurz GPL) geschaffen, eine Lizenz mit starkem Copyleft, die dem Nutzer alle 4 Freiheiten bietet.

Abbildung 3: Richard M. Stallman, Grnder des GNU-Projekts (2010)(Bild: Victor Powell Lizenz: CC-BY-SA)

13

3.2 GNU's Not Unix


Die GNU-Hacker entwickelten zwischen 1984 und 1991 fast alle Komponenten ihres freien UnixNachbaus, mit Ausnahme des Kernels.

We hackers always look for a funny [...] name for a program [...]. Wir Hacker versuchen immer, unseren Programmen lustige Namen zu geben. Richard M. Stallman, 2001
11

Fr das geplante Betriebssystem nahm man sich das proprietre Unix zum Vorbild, da dieses damals als das fortgeschrittenste und am weitesten verbreitete System galt. Dabei sollte GNU kompatibel zu Unix und so fr Unix-Nutzer einfach zu verwenden sein. Der Name des Projekts, GNU wurde bewusst gewhlt, denn er steht fr GNU's Not Unix
12

(dt. GNU ist nicht

Unix) womit einerseits darauf hingewiesen wird, dass das System unix-artig ist, andererseits aber auch klar
13 wird, dass es sich nicht um Unix handelt . Das Logo Abbildung 4: Logo des GNU-

von GNU ist ein afrikanisches Gnu.

Projekts

Um GNU einen organisatorischen Rahmen zu geben wurde 1985 die Non-Profit-

11 Aus Richard Stallmans Rede "Free Software: Freedom and Cooperation" and der New York University am 29. Mai 2001 (http://www.gnu.org/events/rms-nyu-2001-transcript.txt) 12 Jurzik, Heike, Debian GNU/Linux das umfassende Handbuch, Galileo Press, 2009 Seite 32, Kapitel 1.1, Funote 2 13 GNU ist ein rekursives Akronym, denn das G in GNU steht fr GNU, dessen G wiederum fr GNU steht und so weiter, sodass die Abkrzung ausgesprochen GNU's Not Unix's Not Unix's Not Unix's Not Unix etc. lauten wrde. Viele freie Programme haben ein solches Akronym als Name, so steht z.B. LAME fr LAME Aint an Mp3 Encoder, Wine fr Wine Is Not An Emulator oder Jack fr Jack Audio Connention Kit.

14

Organisation Free Software Foundation

1415

(FSF) gegrndet, die bis heute eine

wichtige Rolle in der Freie-Software-Bewegung spielt. So untersttzt sie die Entwicklung freier Software finanziell und mit Code und organisiert verschiedene Kampagnen z.B. fr den Einsatz von freier Software in ffentlichen Verwaltungen und Bildungseinrichtungen und gegen Softwarepatente oder DRM .
16

Abbildung 5: Logo der Free Software Foundation

Mit dem Ziel, ein vollkommen freies unixartiges System zu entwickeln, fingen die Programmierer des GNU-Projekts an, die einzelnen Komponenten von Unix nachzubauen. Obwohl das Team relativ klein und die Aufgabe gewaltig war, gelang es den GNU-Hackern zwischen 1984 und 1991, praktisch alle Teile eines Unix-Systems neu zu schreiben. So entstanden in dieser Zeit etwa der heute noch sehr populre Texteditor Emacs und der GNU Debugger. Das einzige, was 1991 noch fehlte, war gleichzeitig aber auch einer der komplexesten Teile, nmlich der Kernel. Der Hurd-Kernel, an dem man arbeitete, war zu diesem Zeitpunkt in einem sehr frhen Stadium und die verwendete Mikrokernel-Architektur erschwerte die Entwicklung zustzlich. Denn obwohl Mikrokernel theoretisch viele Vorteile gegenber monolithischen Kernels haben, ist deren Entwickelung derart komplex, dass die Entwicklung enorm verlangsamt werden kann. So ist GNU Hurd bis heute nicht vollkommen fertiggestellt, man rechnet aber mit ersten produktiv einsetzbaren Versionen innerhalb der nchsten Jahre.

14 Jurzik, Heike, Debian GNU/Linux das umfassende Handbuch, Galileo Press, 2009 Seite 32, Kapitel 1.1, erster Absatz 15 http://www.fsf.org 16 DRM (Digital Rights Management, digitale Rechteverwaltung) ist ein berbegriff fr Systeme, die sicherstellen, dass Inhalte und Programme nur auf eine bestimmte Weise genutzt werden knnen. Mit DRM lsst sich z.B. sicherstellen, dass Musikdateien nicht kopiert und Videostreams nicht gespeichert werden. Es wird z.B. bei E-Books fr Amazons Kindle-Lesegerte oder in den meisten aktuellen Spielen verwendet. In der Praxis hat sich DRM nicht bewhrt, denn wie sich gezeigt hat, gibt es immer jemanden, dem es gelingt, den Kopierschutz auszuhebeln und Kopien zu verbreiten.

15

3.3 Ein Kernel namens Linux


Einem finnischen Studenten gelang es vor dem GNU-Projekt, einen freien Kernel fertigzustellen: den Linux Kernel.

I'm doing a (free) operating system (won't be anything big and professional like GNU) [] Ich arbeite an einem (freien) Betriebssystem (es wird nichts so Groes oder Professionelles wie GNU)[...] Linus Torvalds, 1991
17

1991 war Linus Torvalds Student an der Universitt Helsinki und experimentierte in seiner Freizeit mit einem Betriebssystem-Kernel. Dessen Architektur war monolithisch, was zwar, wie bereits erwhnt, einige strukturelle Nachteile gegenber einer Mikrokernel-Architektur hat, dafr aber den Vorteil der wesentlich einfacheren und schnelleren Entwicklung bietet. Recht bald beschloss er, den Quellcode freizugeben, um so anderen die Mglichkeit zu geben, an seinem Projekt mitzuarbeiten. Torvalds wollte den Kernel anfangs Freax nennen, da aber der Administrator des FTP-Servers, auf dem der Code erstmals verffentlicht wurde, den Namen nicht mochte, nannte er das Verzeichnis auf dem Server, aus dem die Dateien heruntergeladen werden konnten Linux (als Mischung zwischen den Namen Linus und Unix). Dieser Name kam bei der Community sehr gut an und setzte sich schlielich durch . Nachdem Linux anfangs aufgrund der Lizenz nur fr nicht kommerzielle Zwecke eingesetzt werden durfte, Abbildung 6: Tux, das entschieden sich die Linux-Entwickler Anfang 1992, Maskottchen des Linux-Kernels den Code unter die GNU GPL zu stellen. Als Folge davon begannen Leute aus der Freie17 Aus einer Nachricht Linus Torvalds' an die Minix Newsgroup, August 1991 (http://groups.google.com/group/comp.os.minix/msg/b813d52cbc5a044b?dmode=source) 18 http://de.wikipedia.org/wiki/Linux_%28Kernel%29
18

16

Software-Szene, den Kernel zusammen mit den bereits fertiggestellten Teilen des GNUBetriebssystems, bei dem ja nur der Kernel fehlte, zu kompletten Systemen zu vereinen. Dies waren die ersten freien Betriebssysteme, sogenannte GNU/Linux-Distributionen.
19

3.4 Der Linux-Effekt


Durch geschicktes Marketing einiger Unternehmen wurde erreicht, dass der Begriff freie Software im allgemeinen Sprachgebrauch durch Open Source und der Namen GNU durch Linux ersetzt wurde. So wurde der soziale und politische Aspekt freier Software in der ffentlichen Wahrnehmung ausgeblendet.

There is no system but GNU and Linux is one of its kernels. Es gibt kein [Betriebs-]System auer GNU und Linux ist einer seiner Kernel. Richard M. Stallman alias St. IGNUcius, 2000
20

In den darauf folgenden Jahren entstanden nach und nach die meisten der heute wichtigen GNU/Linux-Distributionen . Unter diesen Debian
23 21

waren

SLS
22

(August

1992),

aus

dem

spter

SUSE/OpenSUSE

hervorging, das reine Community-Projekt


24

(August 1993), das bis heute als eine der solidesten (November 1994), das vom wird und im Abbildung 7: Logo
des Debian-Projekts

Distributionen gilt, und Red Hat gleichnamigen Unternehmen

entwickelt

Unternehmensbereich weit verbreitet ist.

19 Jurzik, Heike, Debian GNU/Linux das umfassende Handbuch, Galileo Press, 2009 Seite 33, Kapitel 1.2 20 Ausschnitt aus Stallmans Religions-Parodie, in der er als St. IGNUcius, Heiliger der Church of Emacs auftritt. Dieser Satz, obwohl humoristisch, bringt gleichzeitig auch ein wichtiges Faktum auf den Punkt: Linux ist nur einer der Kernel, die mit GNU genutzt werden knnen und nicht unersetzbar (http://www.stallman.org/saint.html). 21 Kofler, Michael, Linux: Installation, Konfiguration, Anwendung, Addison Wesley, 1995 Seite 112, Kapitel 4.1 22 http://www.opensuse.org/de/ 23 http://www.debian.org/ 24 http://de.redhat.com/

17

Freie

Betriebssysteme aber

bekamen je

nun sie

zwar

erstmals desto

wirkliche weniger

ffentliche wurde der

Aufmerksamkeit,

bekannter

wurden,

gesellschaftliche und soziale Aspekt der freien Software beachtet. Stattdessen galt die Aufmerksamkeit in erster Linie den Vorteilen, die ein offenes Entwicklungsmodell hat, nmlich den geringeren Kosten, der einfacheren Fehlersuche und -korrektur und der einfacheren und schnelleren Verbreitung. Diese fasste Eric S. Raymond 1997 in seinem Essay The Cathedral and the Bazaar (Die Kathedrale und der Basar) zusammen. Darin werden das Entwicklungsmodell bei proprietrer Software mit einer Kathedrale und jenes bei freier Software mit einem Basar verglichen. Whrend beim Kathedralen-Modell ein kleines, straff organisiertes Entwickler-Team von Anfang bis Ende an der Software arbeitet, kann beim BasarModell jeder etwas zum Programm beisteuern und entsprechend seinen Anforderungen Funktionen hinzufgen. Raymond kam zum Schluss, dass Software, die nach dem Basar-Prinzip entwickelt wurde, dieselbe Qualitt erreichen knne wie nach dem Kathedralen-Prinzip entwickelte Software, in der Entwicklung aber kostengnstiger sei und im Allgemeinen weniger Bugs enthalte.
25

Raymond grndete 1998 zusammen mit anderen die Open Source Initiative
26

(OSI), um dieses

Entwicklungsmodell bei Unternehmen zu bewerben und freie Software allgemein als wirtschaftsnher und weniger ideologisch-politisch darzustellen.
Abbildung 8: Deckblatt der Originalausgabe von "The Cathedral

Die OSI fhrte den Begriff Open Source Software and the Bazaar" ein, da Free Software im Englischen sowohl als Letzteres fr viele Unternehmen ein rotes Tuch war .
27

freie Software als auch als kostenlose Software verstanden werden kann und

Die offensichtlichen Vorteile eines offenen Entwicklungsmodells bewegten damals viele Unternehmen, den Quellcode ihrer ohnehin schon kostenlosen Produkte offenzulegen
25 Raymond, Eric S. The Cathedral and the Bazaar: Musings on Linux and Open Source by an Accidental Revolutionary, OReilly and Associates, 2001 26 http://opensource.org/ 27 http://de.wikipedia.org/wiki/Freie_Software#Open_Source

18

oder ihr Geschftsmodell zu ndern, sodass sie Produkte als Open Source entwickeln, aber trotzdem daran verdienen konnten (etwa durch Support). Im Zuge dieser Entwicklung wurde auch der Name Linux stark beworben, da er sich aus Sicht von Unternehmen besser als Produktname eignete, weil er weniger politisch belastet war als GNU. Aus diesem Grund trugen viele, insbesondere kommerzielle GNU/Linux Distributionen nur Linux im Namen (zB. Red Hat Linux), whrend GNU teils aus politischen, teils aus Marketinggrnden (weil Linux als eingngiger empfunden wurde) ausgeblendet wurde. Es wurde nun also unter dem Namen Linux, der eigentlich der Name eines Betriebssystem-Kernels war, ein ganzes Betriebssystem vermarktet, von dem Linux eigentlich nur ein Teil war und welches zum Groteil aus GNU-Programmen bestand. Dadurch, dass GNU einfach totgeschwiegen wurde, gelang es so innerhalb weniger Jahre, den sozialen und politischen Aspekt freier Software weitgehend auszublenden. Dies fhrte zu einigen hchst skurrilen Situationen. So wurde etwa auf der LinuxWorld Konferenz 1999 der Linus Torvalds Award an die Free Software Foundation verliehen, was Richard Stallman, der den Preis fr die FSF entgegennahm, in seiner Dankesrede so kommentierte:

Giving the Linus Torvalds Award to the FSF is sort of like giving the Han Solo Award to the Rebel Fleet. Den Linus Torvalds-Preis an die FSF zu vergeben, ist wie den Han Solo-Preis an die Rebellenflotte zu vergeben. Richard M. Stallman, 1999
28

Dieser Vergleich geht weiter als zunchst klar wird und trifft den Punkt sehr przise. Genau wie Han Solo in Star Wars
v=bDxMJQLXmBE) 29 Der erste Teil (Episode 4) der Science-Fiction Filmserie Star Wars (dt. Krieg der Sterne) von George Lucas dreht sich um den Kampf der Rebellenallianz gegen das totalitre Galaktische Imperium. Im Zuge des Films gelingt es den Hauptcharaktern Luke Skywalker und Han Solo, Prinzessin Leia, ein fhrendes Mitglied der Rebellenallianz aus ihrer Gefangenschaft im Todesstern, einer riesigen bewaffneten Raumstation des Imperiums, zu befreien und diesen gemeinsam mit der Rebellenflotte zu zerstren.
29

stie Linus Torvalds erst kurz vor dem ersten

28 Aus der Dankesrede Stallmans auf der LinuxWorld Conf 1999 (http://www.youtube.com/watch?

19

groen Erfolg zur Rebellion/Freie-Software-Bewegung, genau wie dieser war er nie wirklich Teil der Bewegung. Auch wenn einige seiner Leistungen fr die Allgemeinheit von groem Nutzen waren, so verfolgte er meist doch eigene Interessen bzw. arbeitete just for fun
30

an der Sache. Whrenddessen gerieten jene, die jahrelang aus

fundierten politischen Grnden fr das Ziel einer insgesamt besseren Gesellschaft gearbeitet hatten (die Rebellenallianz), immer mehr in den Hintergrund. Die Analogie wre wohl komplett, wenn nach der Zerstrung des ersten Todessterns die Rebellenallianz in Solo-Allianz umbenannt worden wre. Obwohl die FSF und das GNU-Projekt von Anfang an auf diese Entwicklung aufmerksam machten und vor ihr warnten, hatten sie gegen die mediale Macht der Unternehmen, die teilweise massiv Werbung keine Chance. Der von der FSF
31

fr Linux (nicht den Kernel) machten, Name GNU/Linux fr

vorgeschlagene

Betriebssysteme mit GNU-Komponenten und Linux-Kernel, setzte sich bei der breiten Masse zwar nicht durch, gilt aber bis heute als der politisch korrekteste Begriff. Als Linux um die Jahrtausendwende bekannter wurde und auch in der ffentlichkeit als Konkurrenz fr Microsoft Windows angesehen wurde, war die Schlacht endgltig verloren, denn ab hier war das grte Argument gegen GNU oder GNU/Linux, dass ein solcher Name Verwirrung stiften wrde, da dieses Betriebssystem schon als Linux bekannt sei. Als dann z.B. Microsoft Werbekampagnen GNU, sondern ausschlielich gegen Linux.
32

startete, um ein mit Windows

konkurrierendes freies Betriebssystem zu diffamieren, richtete sich diese nicht gegen

Aus Wikipedia: Star Wars (Krieg der Sterne, wrtlich Sternenkriege) ist ein von dem Drehbuchautor, Produzenten und Regisseur George Lucas erdachtes Heldenepos. [...] Der Film entwickelte sich zu einem Phnomen der heutigen Popkultur. Fnf weitere Spielfilme folgten, sowie eine Reihe von lizenzierten Bchern, Comic-Heften, Videospielen, Nebenfilmen, Fernsehserien, Spielzeugen, Kostmen, Rollenspielen und anderen Produkten. 30 Just for fun - The story of accidental revolutionary heit ein von Linus Torvalds und David Diamond verfasstes und 2001 erschienenes Buch ber Torvalds' Leben und die Geschichte des Linux-Kernels. 31 http://www.youtube.com/watch?feature=player_embedded&v=sOtKZA9ri7M 32 Um die Jahrtausendwende startete Microsoft verschiedene Werbekampagnen, die zum Ziel hatten, bei Kunden Unsicherheit gegenber freien Betriebssystemen zu schren (http://www.prolinux.de/news/1/2299/microsoft-greift-linux-oeffentlich-an.html)

20

Abbildung 9: Von Microsoft in der c't (deutsches Computermagazin) geschaltete Werbeanzeige (2000)

Trotz oder vielleicht gerade wegen solcher Kampagnen wurde Linux einige Jahre lang als echte Bedrohung fr Microsofts Monopol auf dem Betriebssystemmarkt gesehen. In gewisser Weise stimmte das auch, denn in den Bereichen mobiler und EmbeddedSysteme sowie auf Servern, Supercomputern und bei sicherheitskritischen Anwendungen wie in der Raumfahrt oder im Aktienhandel haben GNU/Linux-basierte Systeme tatschlich Microsoft Windows fast vollstndig verdrngt. Auf DesktopComputern ist dies bis heute nicht gelungen, wofr es verschiedene Grnde gibt, auf die ich noch genauer eingehen werde.

21

3.5 Der Weg zum Endanwender


Seit Mitte des letzten Jahrzehnts sind viele GNU/Linux Distributionen (z.B. Ubuntu) Windows und Mac OS auf dem Desktop praktisch ebenbrtig.

We want to make it easy to talk to any application, and for any application to respond to your voice. Wir mchten es einfach fr den Benutzer machen, zu einem Programm zu sprechen und einfach fr ein Programm, auf die Stimme des Benutzers zu antworten. Mark Shuttleworth, 2012
33

Bis um die Jahrtausendwende war es gelungen, ein komplett freies Betriebssystem fertigzustellen, das es in jeder Hinsicht mit den damaligen proprietren Systemen aufnehmen konnte, auer in einem: Benutzerfreundlichkeit. Es gab zwar mit KDE (seit 1998) und GNOME (seit 1999) funktionale grafische Oberflchen und viele grafische Programme fr Endanwender, in der Praxis gab es aber noch viele Unzulnglichkeiten. Auerdem liefen GNU/Linux-Systeme auf vielen Rechnern schlecht bis gar nicht, da manche Hardwarehersteller keine Treiber dafr bereitstellten und keine Spezifikationen offen lagen, die es Drittanbietern erlaubt htten, Treiber zu entwickeln. Dies bedeutete oft groen Aufwand beim Einrichten eines Systems, was insbesondere fr Anwender ohne Fachkenntnisse ein kaum zu berwindendes Problem war. Die Administration erforderte auerdem gute Kenntnisse der englischen Sprache (viele Programme waren nur in Englisch verfgbar) und der Textkonsole (viele Aufgaben konnten nicht ber die grafische Oberflche erledigt werden). Es gab zwar schon freie Anwenderprogramme fr viele der wichtigsten Aufgaben, einige elementare Programme fehlten aber noch bzw. waren in Entwicklung. Nach und nach begann sich dies aber zu ndern. So startete im Jahr 2000 z.B. das OpenOffice.org-Projekt , als Sun Microsystems ihre teilweise kostenlose Office-Suite StarOffice als freie Software verffentlichte. 2002 folgte dann die erste offizielle Version, OpenOffice.org 1.0 . Ein weiteres Beispiel fr
33 http://www.webupd8.org/2012/01/hud-ubuntus-new-smart-menus-announced.html 34 http://de.wikipedia.org/wiki/OpenOffice.org 35 Wendzel, Steffen; Pltner, Johannes, Einstieg in Linux, Galilio Press, 2009 Seite 74, Kapitel 4.3.1
35 34

22

professionelle Software, die in dieser Zeit unter eine freie Lizenz gestellt wurde, ist das 3D-Modellierungs- und Animationsprogramm Blender, welches 2002 durch Spenden von der Community freigekauft wurde . Aus derselben Zeit stammen auch weitere groe Projekte wie das VideoLan-Projekt
38 37 36

(VLC-Player) 1999 oder das Mozilla-

Projekt (Firefox und Thunderbird) 2002 gestartet. Viele Hardwarehersteller begannen auerdem, fr den Linux-Kernel Treiber ihrer Produkte zu entwickeln oder zumindest die Spezifikationen dafr freizugeben, damit die das Community Problem selbst fehlender Treiber Treiber entwickeln konnte. Inzwischen konnte weitgehend gelst werden; wenn es heute noch auftritt, dann meist nur bei sehr neuer oder sehr spezieller Hardware. Gleichzeitig sowohl begannen die

Entwickler einzelner Programme als auch ganzer Distributionen mehr Wert auf Benutzerfreundlichkeit zu legen.Die grafischen Oberflchen und Desktopumgebungen wurden immer ausgefeilter und boten schon bald einen weit greren Funktionsumfang Ubuntu-Projekts (2009) (Bild: Tristan Nitot Lizenz: als die proprietren Desktops von CC-BY-SA) Windows und Mac OS. Mit dem Start des Ubuntu-Projekts 2004 gab es auch erstmals eine Distribution, die primr auf Endanwender ausgelegt war und sich zum Ziel setzte, genauso problemlos verwendbar und einstellbar zu sein wie proprietre Systeme, gleichzeitig aber alle Vorteile eines offenen Systems zu bieten. So bekamen die meisten Distributionen nach und nach Funktionen wie grafische Systeminstallation, automatische Treibersuche und -installation und einfache
36 http://de.wikipedia.org/wiki/Blender_%28Software%29#Geschichte 37 http://de.wikipedia.org/wiki/VideoLAN 38 http://de.wikipedia.org/wiki/Mozilla

Abbildung 10: Mark Shuttleworth, Grnder des

23

grafische Installation von Programmen aus den Repositories .

39

3.6 Moderne Desktops


In den letzten Jahren haben sich freie Desktops im Gegensatz zur proprietren Konkurrenz (Windows und Mac OS) erheblich weiterentwickelt und diese dank innovativer Funktionen berholt.

Nachdem freie GNU/Linux Systeme um etwa 2006 denselben Funktionsumfang bei gleicher Benutzerfreundlichkeit erreicht hatten, entwickelten sie sich in den Folgejahren weiter und fingen an, die Konzepte, die sie bis dahin kopiert hatten, zu erweitern. So begannen Projekte wie Compiz oder Zeitgeist den GNOME-Desktop durch 3DFunktionen oder semantische Suche zu erweitern. KDE bekam mit Version 4 das anpassungsfhige kopiert wurde . Auch andere Funktionen bekamen die freien Systeme nun vor den proprietren. So fhrte Ubuntu z.B. 2009 mit seinem Software Center den ersten App Store Desktop-PCs ein. Seit
42 41

und

leistungsstarke

Widget -System

40

Plasma

und

einen

transparenten Glas-Look, was beides von Microsoft fr Windows Vista bzw. Windows 7

fr

2011 enthlt Mac OS mit dem Mac App Store ein ganz

hnliches Programm und auch Microsoft hat angekndigt, mit Windows 8 einen Windows Store einfhren zu wollen, der nach diesem Prinzip funktioniert. Gleichzeitig wurde damit begonnen, den traditionellen Desktop, wie ihn etwa Windows seit 20 Jahren unverndert anbietet, zu berdenken und mit neuen Konzepten zu experimentieren. Erstmals waren nicht mehr nur Programmierer an der Entwicklung beteiligt, sondern auch Designer und Usability-Experten. Dies brachte eine neue Generation von Desktops hervor, welche schnelleres und effizienteres Arbeiten und die Nutzung der Funktionen moderner Hardware ermglichen.
39 Ein Repository ist ein zentrales Software-Archiv einer Distribution, aus dem Programme installiert und Updates bezogen werden knnen. 40 Widgets sind Miniprogramme fr den Desktop, die ntzliche kleine Funktionen bernehmen (z.B. Taschenrechner, bersetzer, Terminkalender) 41 http://www.zdnet.com.au/is-it-windows-7-or-kde-4-339294810.htm, http://reviewglitz.com/2009/10/is-windows-7-a-kde-clone/ 42 Ein App Store (engl. fr Anwendungs-Laden) ist eine Anwendung auf mobilen Plattformen (z.B. Android), die die Installation von sogenannten Apps (Programme fr das Mobilgert) aus einem zentralen Archiv erlaubt

24

Fr GNOME kann 2011 diesbezglich als Jahr des groen Umbruchs genannt werden , da sich in diesem Jahr der klassische GNOME-Desktop in zwei Richtungen weiterentwickelte. Einerseits gibt es jetzt die Gnome Shell, welche offiziell mit GNOME 3.0 eingefhrt wurde und andererseits den auf GNOME basierten Unity-Desktop, der seit Ubuntu 11.04 der Standarddesktop von Ubuntu ist.

Abbildung 11: Ubuntu 12.04 Beta mit Unity-Desktop

Abbildung 12: GNOME 3.4-Desktop

25

Beide Desktops bieten eine Reihe von innovativen Funktionen, die so in keinem anderen System zu finden sind, wie etwa die universelle, semantische Suche in Unity oder die intelligente Verwaltung von virtuellen Arbeitsflchen in der GNOME Shell. Beide Oberflchen stehen aber erst am Anfang und werden in Zukunft noch weitere revolutionre Funktionen, wie etwa Unity's Head Up Display
43

(HUD) oder die aus dem

Webbrowser installierbaren GNOME-Shell Erweiterungen, erhalten.

Abbildung 13: HUD (Suche links oben) in Ubuntu 12.04 Beta

KDE, der zweite groe Desktop, verfolgt ein anderes Konzept: Statt einen Workflow vorzuschreiben und diesen zu perfektionieren, wie es sowohl die GNOME Shell als auch Unity tun, ist KDE eher ein Desktop-Baukasten. Standardmig ist KDE hnlich aufgebaut wie der Windows-Desktop, allerdings kann es mit wenigen Handgriffen in fast jede beliebige andere Form gebracht werden. Auerdem verfgt KDE 4 mit seinen Activities ber ein sehr cleveres und einzigartiges System, das es ermglicht, fr verschiedene Aufgaben verschiedene voreingestellte Desktops zu verwenden und schnell zwischen diesen zu wechseln.
43 Das erstmals fr Ubuntu 12.04 angekndigte HUD ermglicht Zugriff auf samtliche Funktionen eines Programms ber eine intelligente Suche. In Zukunft soll es um eine Spracheingabe ergnzt werden.

26

Abbildung 14: KDE 4.8-Desktop

3.7 Warum der Desktop schwer zu erobern ist


Aufgrund verschiedener Faktoren (geringe Bekanntheit, fehlende Programme fr spezielle Zwecke, kaum vorinstallierte Hardware) ist es GNU/Linux bisher nicht gelungen, einen nennenswerten Anteil des Desktop-Markts einzunehmen. Gleichzeitig ist es aber heute so, dass GNU/Linux fr den Groteil der durchschnittlichen Nutzer besser geeignet wre als Windows.

Dass freie GNU/Linux-Systeme sich auf dem Desktop-Markt trotz vieler Vorteile (schneller, keine Viren, besser konfigurierbar, einfachere Installation und Verwaltung von Software...) z.B. gegenber Windows nicht durchgesetzt haben, hat mehrere Grnde.

Bekanntheit
Obwohl viele Menschen von Linux (GNU/Linux) schon gehrt haben, halten die meisten es fr ein System, das fr durchschnittliche Nutzer wie sie selbst ungeeignet ist. Die Entwicklungen der letzten zehn Jahre wurden von der ffentlichkeit praktisch

27

nicht wahrgenommen, weshalb die Meinung, dass GNU/Linux ber keine bzw. nur unausgereifte grafische Oberflchen verfgt und im Allgemeinen nicht benutzerfreundlich ist, weit verbreitet ist.. Viele Nutzer sind auch der Meinung, dass sie Windows und bestimmte proprietre Programme schon gut genug beherrschen und halten deshalb das Erlernen neuer Programme fr Zeitverschwendung. Ironischerweise nehmen viele von ihnen es gleichzeitig als selbstverstndlich hin, dass sie von neuen Versionen proprietrer Programme oft dazu gezwungen werden, sich vollkommen umzustellen .
44

Programme
Es gibt nach wie vor Programme fr bestimmte Aufgaben, welche nur als proprietre Software verfgbar sind und oft auch nur auf proprietren Systemen laufen. Einerseits handelt es sich dabei oft um professionelle Software, die in der jeweiligen Branche weit verbreitet ist und von der viele Unternehmen abhngig sind, etwa Autodesk AutoCAD oder Adobe Photoshop.

Abbildung 15: Mit Wine knnen viele WindowsProgramme unter GNU/Linux ausgefhrt werden (hier z.B. Photoshop unter Ubuntu)

Andererseits gibt es auch einige weit verbreitete kostenlose proprietre Programme, die
44 Bestes Beispiel aus der nahen Vergangenheit ist Microsoft Office 2007, das mit seiner vollkommen berarbeiteten Oberflche Benutzer der vorherigen Version dazu zwang, sich komplett umzustellen und ihren Workflow an das hufig als ineffizient und unbersichtlich kritisierte Ribbon-Interface anzupassen (http://de.wikipedia.org/wiki/Ribbon, http://www.exceluser.com/explore/surveys/ ribbon/ribbon-survey-results.htm).

28

unter Windows und Mac OS weit verbreitet sind, aber keine bzw. nur eine stark eingeschrnkte GNU/Linux-Version anbieten, etwa Apple iTunes oder Microsoft Skype. Dies gilt auch fr die meisten Spiele: Mit wenigen Ausnahmen luft keines der bekannteren PC-Spiele der letzten Jahre nativ unter GNU/Linux. Zwar knnen viele Windows-Programme mit Wine
45

emuliert werden, dies funktioniert

aber nicht bei allen Programmen und ist nicht sehr benutzerfreundlich. Der Grund fr das mangelnde Interesse groer Softwarekonzerne, ihre Software fr GNU/Linux anzubieten, ist dessen geringer Anteil am Desktopmarkt, der im niedrigen einstelligen Prozentbereich liegt. Auerdem kommt noch hinzu, dass viele dieser ohnehin schon nicht sehr zahlreichen Nutzer auf ihre Freiheit bedacht sind und keine proprietre Software verwenden, geschweige denn kaufen wollen. Diese beiden Faktoren machen GNU/Linux fr Hersteller proprietrer Software zu einem wenig lukrativen Markt, was zur Folge hat, dass die meisten dieser Hersteller es ignorieren. Dadurch, dass viele gewohnte Programme fehlen, ist es aber fr Windows-Nutzer schwieriger, zu GNU/Linux zu wechseln, was wiederum dafr sorgt, dass die Nutzerzahl nur langsam steigt und der Markt fr die Softwarehersteller uninteressant bleibt: ein Teufelskreis.

45 Wine ist eine Laufzeitumgebung, die es ermglicht, Windows-Programme unter GNU/Linux zu starten.

29

Anwenderprofile

46

Um die Situation bei der bentigten Software besser verstehen zu knnen, muss man die Bedrfnisse einzelner Nutzergruppen betrachten. Je nach Alter, Herkunft und Computerkenntnissen eines Nutzers unterscheiden sich diese nmlich stark.

Zunchst einmal sind da die durchschnittlichen Endnutzer: Sie verfgen oft nur ber Grundkenntnisse bei der Bedienung eines Computers und benutzen nur wenige Programme, die sie hufig nur im Ansatz beherrschen. Fr sie ist ein Computer ein Werkzeug, das sie fr einige wenige Aufgaben verwenden, das sie ansonsten aber nicht wirklich interessiert. Fr diese Nutzerkategorie sind Webbrowser, Email-Programm, Office-Suite und Medienplayer meist schon ausreichend. Fr diese Nutzer ist GNU/Linux geradezu ideal, denn alle von ihnen bentigten Programme sind, anders als bei Windows, bei den meisten Distributionen vorinstalliert. Die Vorteile des schnelleren und sichereren Systems fallen hier auch relativ stark ins Gewicht, da die verwendete Hardware oft nicht viel Leistung bietet und ein effektiver Schutz vor Viren unter Windows aufgrund mangelnder Fachkenntnisse des Nutzers schwierig ist. Am anderen Ende der Skala stehen die Software-Entwickler und Hacker, die ber hervorragende Computerkenntnisse verfgen. Sie bentigen zustzlich zur Basis-

46 Dieser Absatz ist eine sinngeme Wiedergabe eines Artikels auf Heise.de (http://www.heise.de/open/artikel/Wo-bleibt-der-Linux-Desktop-221901.html)

30

Softwareausstattung des Betriebssystems nur wenige Programme (etwa IDEs

47

und

Compiler) welche in den meisten Fllen sowieso freie Software sind und folglich meist sehr gut unter GNU/Linux laufen. Da sie mit der Kommandozeile vertraut sind und ihr System sehr gut kennen, brauchen sie nicht unbedingt grafische Programme, etwa um bestimmte Einstellungen am System vorzunehmen. Entwickler schtzen die Freiheit, die das offene System ihnen gibt und beteiligen sich aktiv an dessen Entwicklung. Auch fr diese Gruppe ist GNU/Linux also ideal geeignet. Eine weitere Gruppe sind die Poweruser: Sie verfgen ber mittlere bis gute Computerkenntnisse und verwenden weit mehr Software als die beiden vorher genannten Gruppen. Sie haben auf ihren Rechnern groe Mengen professioneller und spezialisierter Software aus verschiedensten Bereichen installiert, spielen immer die neuesten Spiele und verwenden grafische Konfigurationstools, um ihren Rechner nach ihren Wnschen einzurichten. Fr sie ist ein Umstieg auf GNU/Linux schwierig bis nicht zu bewltigen, da es bestimmte professionelle Programme und die meisten Spiele dort nicht gibt.

Hardwareangebot
Ein weiteres Problem bei Desktop-PCs ist die Hardwareuntersttzung. Manche Hersteller von Hardwarekomponenten, die in Rechnern verwendet werden, bieten keine Treiber fr GNU/Linux an und/oder ermglichen es Drittanbietern und der Community nicht, selbst Treiber zu entwickeln. Dieses Problem tritt vor allem bei sehr neuen Komponenten auf. So werden aktuell z.B. bestimmte Energiesparfunktionen von Intels Sandy Bridge Prozessor-Generation von GNU/Linux nur teilweise untersttzt. Solche Probleme waren bis vor einigen Jahren noch relativ weit verbreitet, in den letzten Jahren hat sich dies allerdings stark verbessert, sodass meistens einige Monate nach Erscheinen von Hardwarekomponenten bereits freie Treiber zur Verfgung stehen. Weit greren Einfluss auf die Verbreitung von GNU/Linux auf dem Desktop ist die Tatsache, dass es kaum Hardware gibt, auf der es vorinstalliert ist. Wenn dies doch der Fall ist, kommt die Hardware meist von unbekannten Herstellern und ist deshalb in Geschften nicht erhltlich oder aber es handelt sich um Nischenprodukte von greren Herstellern (Acer, Asus und Dell liefern z.B. manche ihrer Netbooks mit
47 Eine IDE (Integrated Development Environment, Integrierte Entwicklungsumgebung) ist ein Programm, das verschiedene bei der Softwareentwicklung bentigte Komponenten zusammenfhrt (u.A. Texteditor, Fehlerkontrolle, Compiler)

31

GNU/Linux aus, da auf diesen kleinen Gerten, die in erster Linie zum Surfen und nicht fr produktive Zwecke konzipiert sind, das Betriebssystem nicht relevant ist). Hochwertige Laptops und Desktop-PCs von namhaften Herstellern, auf denen GNU/Linux vorinstalliert ist, gibt es aber so gut wie keine. Da der berwiegende Teil der Nutzer das vorinstallierte Betriebssystem (also in den meisten Fllen Windows) verwendet, ist dies ein wesentlicher Grund fr die geringe Verbreitung von GNU/Linux auf dem Desktop.

3.8 Gegenwart und Zukunft


Ob GNU/Linux in Zukunft weitere Verbreitung auf Endanwenderplattformen findet, hngt in erster Linie davon ab, ob es gute Hardware geben wird, die damit ausgeliefert wird.

Im Moment ist die zuknftige Entwicklung schwer abzusehen, denn GNU/Linux ist einerseits in gewissen Bereichen extrem weit verbreitet, etwa im Server- oder Embedded-Bereich, andererseits aber gerade in jenen Bereichen, wo es auch wahrgenommen wrde, kaum verbreitet (z.B. auf Desktop-PCs). In wieder anderen Bereichen wird es durch proprietre Komponenten so erweitert, dass es unsichtbar bleibt und das Gesamtprodukt dem Nutzer nicht alle Freiheiten gibt (wie z.B. im Fall von Android ). Andererseits zeichnen sich in letzter Zeit einige neue Entwicklungen ab, die so kaum jemand vorausgesehen hatte. Insbesondere Ubuntu erlebt zurzeit einen beispiellosen Aufschwung und kann auf dem Desktop viele neue Nutzer anlocken. Die Ankndigung, Ubuntu in Zukunft fr neue Produktkategorien wie Smartphones, Tablets und Fernseher
49 50 48

anzubieten und komplett neue Konzepte wie Ubuntu fr Android


52

51

haben

auch auerhalb der Community viel Zuspruch gefunden. Gleichzeitig gibt es momentan viele Windows-Nutzer, die dem in Entwicklung befindlichen Windows 8 unzufrieden sind, was einige zum Umstieg bewegen knnte. Wenn es nun bald auch qualitativ hochwertige, Gerte von namhaften Herstellern gibt, die damit ausgeliefert werden

48 http://www.guardian.co.uk/technology/2011/sep/19/android-free-software-stallman 49 http://www.ubuntu.com/devices/tv 50 http://www.omgubuntu.co.uk/2011/10/ubuntu-heading-to-tvs-smartphones-and-tablets/ 51 http://www.ubuntu.com/devices/android 52 http://www.extremetech.com/computing/121015-windows-8-may-drive-me-to-linux

32

(wofr die Chancen momentan auf mehreren Plattformen nicht so schlecht stehen ), haben Ubuntu im Besonderen und GNU/Linux im Allgemeinen vielleicht eine echte Chance.

53

Abbildung 16: Das auf dem World Mobile Congress 2012 prsentierte "Ubuntu for Android" Konzept

Abbildung 17: Spread-Konzept fr einen neuen Fensterwechsler in Ubuntu 12.10

53 http://www.omgubuntu.co.uk/2011/10/ubuntu-heading-to-tvs-smartphones-and-tablets/

33

4 Theoretische Grundlagen

4.1 Gesellschaftlicher Aspekt


Einige der wichtigsten Infrastrukturen in unserer Gesellschaft liegen momentan in den Hnden privater Software-Konzerne. Dies ist so, weil diese Infrastrukturen proprietre Software verwenden und diese einzig und allein von deren Hersteller kontrolliert wird.

A computer in every home, running Microsoft Software Ein Computer in jedem Haus, auf dem MicrosoftSoftware luft Bill Gates, 1977
54

Computer sind aus unserer heutigen Gesellschaft nicht mehr wegzudenken. Sei es zu Hause oder bei der Arbeit, in Schulen oder Krankenhusern, in privaten Unternehmen oder der ffentlichen Verwaltung, berall werden sie immer hufiger und fr immer wichtigere Aufgaben verwendet. Mit mobilen Gerten (z.B. Smartphones), Embedded-Gerten (z.B. Autos oder Haushaltsgerte) und zunehmender Vernetzung (UMTS-Internet, ffentliche WLANZonen) dringen Computer auch immer weiter in das Alltagsleben ein und verarbeiten immer aktuellere und persnlichere Informationen. Selbst medizinische Implantate, etwa Herzschrittmacher, enthalten inzwischen Computer. Die Gesellschaft ist also auf sie angewiesen. Die Frage ist nun aber, wer kontrolliert diese Computer? Wer kontrolliert die Gerte, die immer grere Bereiche unseres Privat- und Berufslebens verwalten und von denen Wirtschaft, Verwaltung, medizinische und militrische Einrichtungen sowie ein Groteil der weltweiten Kommunikation abhngen? Da der berwiegende Teil dieser Computer in erster Linie proprietre Software verwendet, werden sie nicht von ihren Nutzern kontrolliert, nicht vom Staat oder einem
54 Bill Gates in einem Interview (http://www.achievement.org/autodoc/page/gat0int-1)

34

sonstigen gemeinntzigen oder demokratisch legitimierten Organ, sondern von Software-Konzernen. Im Gegensatz zu allen anderen genannten Parteien sind diese nicht dem Gemeinwohl, sondern vor allem einem verpflichtet: ihren Aktionren und somit dem grtmglichen Profit. Diese Situation stellt eine Gefahr fr die Demokratie dar, denn die Macht einiger dieser Unternehmen ist so gro, dass sie Staaten damit erpressen knnten, deren ITSysteme lahmzulegen. Bereits jetzt arbeiten die Regierungen autoritrer Regimes wie z.B. in Syrien und dem Iran mit Herstellern proprietrer Software aus westlichen Lndern zusammen, um ihre Brger zu berwachen .
55

4.1.1

Wer kontrolliert wen?

Da Nutzer eines proprietren Programms keine Mglichkeit haben, zu berprfen, ob das Programm unerwnschte, eventuell fr den Nutzer schdliche Funktionen hat, sind sie dem Hersteller des Programms schutzlos ausgeliefert.

Any time someone puts a lock on something you own against your wishes, and doesn't give you the key, they're not doing it for your benefit. Jedes Mal, wenn jemand etwas, das dir gehrt, gegen deinen Wunsch abschliet und dir den Schlssel nicht gibt, dann tut er das nicht in deinem Interesse. Cory Doctorow, 2009
56

Dies alles ist nur deshalb mglich, weil bei proprietrer Software der Nutzer keine Kontrolle ber seine Software hat. Wer ein proprietres Programm nutzt, wei nicht, ob dieses Funktionen beinhaltet, die ihm schaden, z.B. durch Weitergabe persnlicher

55 http://www.guardian.co.uk/technology/2011/apr/28/egypt-spying-software-gamma-finfisher http://owni.eu/2011/12/15/finfisher-for-all-your-intrusive-surveillance-needs/ http://www.bloomberg.com/news/2011-11-28/u-k-mulls-ban-on-sale-of-tracking-software-toiran-and-syria.html 56 Aus Doctorows Vortrag auf der O' Reilly Tools of Change for Publishing Conference 2009 (http://blip.tv/oreilly-tools-of-change-for-publishing-conference/toc-09-digital-distribution-andthe-whip-hand-don-t-get-itunesed-with-your-ebooks-cory-doctorow-2006465)

35

Daten oder Installation von Malware . Zwar tun dies bei weitem nicht alle proprietren Programme, allerdings ist der Nutzer gezwungen, dem Hersteller der Software zu vertrauen, denn proprietre Software kann ohne Wissen oder Zustimmung des Nutzers Vernderungen am System vornehmen. Viele proprietre Programme haben auch Backdoor-Funktionen, die es dem Hersteller erlauben, ohne Zustimmung des Nutzers die Software upzudaten, zustzliche Software zu installieren, persnliche Daten des Nutzers zu erhalten und Funktionen der Software oder sogar der Hardware
59 58

57

abzuschalten. Solche Funktionen sind z.B. in Microsoft

Windows enthalten. Allgemein lsst sich also sagen: Der Hersteller eines proprietren Programms hat Kontrolle darber, wie die Nutzer des Programms ihre Computer verwenden. Fr freie Software gilt genau das Gegenteil: Diese gibt dem Nutzer Kontrolle ber das Programm, was verhindert, dass das Programm den Nutzer kontrollieren kann. Sollte ein freies Programm Funktionen beinhalten, die seinen Nutzern schaden, knnen Nutzer diese Funktionen entfernen und so der Kontrolle durch den Entwickler des Programms entgehen. Wenn ein Programm sich nicht so entwickelt, wie jemand es sich vorstellt, steht es ihm frei, einen Fork
60

dieses Programms zu starten. Wenn das

ursprngliche Programm also fr Nutzer unvorteilhafte Funktionen hat, wird es auf lange Sicht aussterben und von dem Fork ersetzt werden.

57 Malware: Schadprogramme (z.B. Viren, Trojaner, Spyware etc.) 58 Ein konkreter solcher Fall aus der jngsten Vergangenheit war ein Update der Firmware der Spielkonsole Playstation 3, welches die Funktion, alternative Betriebssysteme auf der Konsole zu installieren abschaltete (https://en.wikipedia.org/wiki/OtherOS). 59 http://de.wikipedia.org/wiki/Windows_Genuine_Advantage http://www.techdirt.com/articles/20080429/095514977.shtml 60 Ein Fork (engl. Verzweigung) ist in der Software-Entwicklung eine Abspaltung eines SoftwareProjekts. Ein Programm zu forken bedeutet, dieses von einer lteren Version ausgehend in eine andere Richtung weiter zu entwickeln. Eines der jngsten Beispiele dafr ist der OpenOffice-Fork LibreOffice. Da Oracle, das Unternehmen, das OpenOffice entwickelt, die Interessen der freien Entwickler nicht bercksichtigte (so mussten z.B. alle Entwickler ihre Rechte am eingepflegten Code an Oracle abtreten), begannen diese, OpenOffice auf eigene Faust unter dem Namen LibreOffice weiterzuentwickeln. Inzwischen wird OpenOffice kaum mehr weiterentwickelt, whrend das LibreOffice bereits zahlreiche neue Funktionen erhalten hat und viele neue Entwickler hinzugewinnen konnte. Viele Beobachter gehen davon aus, dass die Entwicklung von OpenOffice eingestellt werden wird.

36

4.1.2

Was interessiert mich das? Ich bin kein Programmierer.

Freie Software bringt auch Nutzern, die selbst keine Programmierer sind, Vorteile, denn durch das offene Entwicklungsmodell wird die Software effizienter, sicherer und qualitativ hochwertiger. Auerdem ist es sehr unwahrscheinlich, dass je fr den Nutzer schdliche Features eingebaut werden, da diese sofort entdeckt werden knnten.

Bei Freier Software hat jeder Mensch das gleiche Ma an Kontrolle. Georg Greve, 2003
61

Fr Endnutzer, die nicht das technische Know-how besitzen, selbst an der Entwicklung von Programmen mitzuwirken oder fr sie interessante Vernderungen daran vorzunehmen, ist es oft schwer zu verstehen, dass die freie Verfgbarkeit des Quellcodes auch fr sie Vorteile bringt. Auch wenn es theoretisch mglich wre, kennt niemand die interne Funktionsweise aller freien Programme, die er nutzt. Doch das ist auch nicht ntig, denn allein die Tatsache, dass es mglich ist, diese zu studieren, hat schon enorme Auswirkungen auf die Art, wie Software entwickelt wird. Wenn der Quellcode jedem zugnglich ist, wird ein Entwickler es sich grndlich berlegen, bevor er z.B. Spionagefeatures in sein Programm einbaut, denn wenn jemand es herausfindet, knnte er erstens dafr belangt werden, da bswillige Absichten eindeutig nachgewiesen werden knnten, und zweitens knnte dann sofort ein Fork ohne diese Features das Programm ersetzen. Gleichzeitig bewirkt die Verfgbarkeit des Codes auch, dass Entwickler mehr darauf achten, keinen unsauberen oder unsicheren Code zu schreiben, um sich nicht zu blamieren. Alle diese Faktoren resultieren in effizienterer, sauberer und sicherer Software, wovon alle Nutzer profitieren.

4.1.3

Auf lange Sicht

Insbesondere langfristig kann proprietre Software zu Problemen fhren. Wenn etwa das Unternehmen, das ein proprietres Programm entwickelt, pleite geht oder die Weiterentwicklung eines Programms einstellt, ist das Programm tot, da
61 http://freiesoftware.verdi.de/interview

37

niemand sonst den Sourcecode hat und die Entwicklung weiterfhren kann. Dies kann vor allem bei sehr weit verbreiteten Programmen, von denen oft eine ganze Industrie abhngig ist, wie etwa Autodesk AutoCAD, zu groen Problemen fhren. Wrde dieses z.B. eingestellt, mssten nicht nur tausende Firmen ihre Software wechseln und tausende von Angestellten eine neue Software lernen, sondern die alten Projektdateien wren nicht einmal mehr verwendbar, da sie in einem proprietren Format gespeichert sind, das kein anderes Programm ffnen kann. hnliches passierte 2011 beim Videoschnittprogramm Final Cut Pro , dessen komplett neu geschriebene Version 10 das Dateiformat der vorhergehenden Version 7 nicht mehr ffnen kann und der im Vergleich zu Version 7 einige professionelle Funktionen fehlen.
62

Abbildung 18: Die aktuelle Version 10 von Final Cut Pro ist mit dem Dateiformat der vorherigen Version 7 nicht kompatibel

Da Final Cut Pro 7 nicht weiterentwickelt wird und folglich auf zuknftigen Versionen von Mac OS nicht mehr funktionieren wird, sobald es grere nderungen am System gibt, haben alle damit erstellten Dateien ein Ablaufdatum. Firmen und private Nutzer, die das Programm jahrelang eingesetzt haben, werden dann keine Mglichkeit mehr haben, diese Projektdateien zu ffnen oder zu bearbeiten.
62 Final Cut Pro ist ein von Apple entwickeltes proprietres Videoschnitt-Programm fr Mac OS, das bei professionellen Anwendern weit verbreitet ist.

38

Langfristig sind die Daten verloren, denn kein anderes Programm kann sie ffnen und niemand auer Apple hat den Quellcode fr FCP 7 . Dieser spezielle Fall mag vielleicht relativ wenige Computernutzer betreffen, allerdings zeigt er, wozu proprietre Software und geschlossene Formate fhren: Totale Abhngigkeit der Nutzer vom Hersteller der Software.
Abbildung 19: Logo von Final Cut Pro 7
63

4.1.4

Freie Software, offene Standards

Um nicht in die Abhngigkeit von Softwarekonzernen und deren proprietren Dateiformaten zu geraten, sind freie Software und offene Formate die einzige Mglichkeit. Nur damit kann sichergestellt werden, dass Daten langfristig zugnglich und Software langfristig nutzbar bleibt.

Das erwhnte Prinzip greift auch in anderen Bereichen, etwa bei Office-Programmen: Ein groer Teil der Computernutzer verwendet heute Microsoft Office und deren teilweise geschlossene Dateiformate (z.B. .doc, .xls, .ppt, .docx, .xlsx, .pptx). Diese lassen sich aufgrund ihrer Spezifikation mit freier Software (und anderer Software von Drittanbietern) nur unvollstndig darstellen, was dazu fhrt, dass Nutzer fr eine fehlerfreie Darstellung dieser Dateien proprietre Software verwenden mssen. In der Praxis heit dies, dass praktisch die gesamte Wirtschaft und ffentliche Verwaltung von Microsoft abhngig ist. Dies ist nicht nur monopolistisch und wettbewerbsfeindlich, sondern ganz allgemein ein ethisches und politisches Problem. Und selbst wenn man annimmt, dass Microsoft ausschlielich gute Absichten hat: Was passiert, wenn das Unternehmen bankrott geht? Fr den Fall, dass Microsoft pleite geht, oder, wie im Falle von Apple, eine neue Version verffentlicht, die zum alten Format inkompatibel ist, wren die Folgen nicht nur langfristig (die Daten knnten nur unvollstndig wiederhergestellt werden), sondern
63 Es gab eine Petition von Final Cut Pro-Nutzern (http://www.petitiononline.com/finalcut/petition.html), die die Weiterentwicklung von FCP 7 oder den Verkauf des Quellcodes an einen Drittanbieter bis Januar 2012 zum Ziel hatte. Keines von beidem ist bisher passiert. 64 Sowohl die alten Formate, als auch die neuen OOXML-Formate sind zwar inzwischen offen dokumentiert, allerdings sind die Spezifikationen extrem komplex und genau auf die interne Funktionsweise von Microsoft Office angepasst, was es fr Drittanbieter unmglich macht, sie vollstndig zu implementieren (http://de.wikipedia.org/wiki/OOXML).
64

39

auch kurzfristig katastrophal, etwa wenn kritische Sicherheitslcken in der nicht mehr weiterentwickelten Software entdeckt werden. Eine solche Situation kann sich nur ergeben, wenn proprietre Software in Kombination mit proprietren Dateiformaten verwendet wird. Um also zu gewhrleisten, dass digital gespeicherte Information langfristig erhalten bleibt, mssen einerseits offene Formate und andererseits freie Software eingesetzt werden. Offene Formate deshalb, damit gewhrleistet ist, dass andere Programme die erstellten Dateien ffnen und bearbeiten knnen und Nutzer nicht von einem bestimmten Programm abhngig sind und freie Software, damit die Entwicklung des Programms fr den Fall, dass der ursprngliche Entwickler nicht mehr daran weiter arbeitet, unabhngig von diesem weitergefhrt werden kann.

40

5 Praktische Anwendung

5.1 Technischer Aspekt


Freie Software ist proprietrer Software technisch nicht nur ebenbrtig, sondern in vielen Bereichen sogar berlegen.

Given enough eyeballs, all bugs are shallow Wenn nur gengend Augen danach suchen, ist jeder Bug leicht zu finden Eric S. Raymond, 1997
65

Das Entwicklungsmodell freier Software unterscheidet sich grundlegend von dem proprietrer Software. Bei proprietrer Software arbeitet eine Gruppe von Entwicklern von Beginn an und bis zur Fertigstellung nach einem vorgegebenen Plan an der Software. Vor der Fertigstellung wird das Programm auch nicht verffentlicht, nach der Verffentlichung (release) wird daran bis auf kritische Bugfixes nichts mehr verndert. Die fertige Software wird ohne den Quelltext weitergegeben. Dieses Modell wird, wie bereits erwhnt, nach Eric S. Raymond das Kathedralen-Modell genannt, einerseits deshalb, weil wie beim Bau eines Gebudes nach einem genauen Plan vorgegangen wird, andererseits wegen des hierarchischen Aufbaus des Entwicklerteams. Ganz anders funktioniert das Basar-Modell, nach dem freie Software entwickelt wird. Hier ist der Quellcode von Anfang der Entwicklung an ffentlich, es gibt keine Releases im Sinne einer Verffentlichung, sondern nur stabile, gut getestete Versionen, die fr den Produktiveinsatz empfohlen werden. Es ist auch mglich, zu jedem Zeitpunkt die aktuellste Entwicklungsversion zu verwenden, dabei muss aber mit Bugs, Stabilitts- und anderen Problemen gerechnet werden. Im Gegensatz zum Kathedralen-Modell gibt es kein festes Entwicklungsteam, das hierarchisch organisiert ist, sondern eine groe Anzahl von gleichberechtigten Entwicklern, die hufig nur wenig und unregelmig zum Projekt beitragen und einige Maintainer, die die von
65 Aus The Cathedral and the Bazaar (http://en.wikiquote.org/wiki/Eric_S._Raymond)

41

verschiedenen Entwicklern stammenden Funktionen prfen und in den Code einpflegen. Im Basar-Modell werden Programmierer mit Hndlern verglichen, die ihre Waren (zustzliche Funktionen, Verbesserungen etc.) auf dem Basar feilbieten. Da die hierarchische Struktur fehlt, funktioniert der Basar auch dann, wenn einige Stnde (Programmierer) eine Zeit lang fehlen oder den Basar verlassen. Die einzelnen Programmierer verfolgen oft verschiedene Interessen, was z.B. das Hinzufgen von bestimmten Funktionen betrifft, da sie fr verschiedene Unternehmen arbeiten, die die Software verschieden anwenden. Die Maintainer (Verwalter, in der Analogie Wchter ber das Marktrecht auf dem Basar) versuchen beim Aufnehmen von neuen Funktionen mglichst alle diese Interessen zu bercksichtigen. Da es keinen festen Bauplan gibt, ist die Entwicklung auch nie abgeschlossen, sondern es werden laufend neue Verbesserungen vorgenommen. In der Praxis hat sich das Basar-Modell als dem Kathedralen-Modell berlegen erwiesen, denn durch die unbegrenzte Zahl an freiwilligen Entwicklern ist die Fehlersuche und -korrektur um ein Vielfaches einfacher als mit einem kleinen, fest angestellten Entwicklerteam. Insbesondere bei sehr groen SoftwareProjekten ist das Kathedralen-Modell fr Unternehmen sehr kostspielig, da jeder
Abbildung 20: Eric S. Raymond (2005)

einzelne Entwickler ein bezahlter Mitarbeiter

sein muss. Bei Software, die betriebsintern (Bild: Russ Nelson Lizenz: Public Domain) eingesetzt wird, oder Basiskomponenten von Systemen setzen auch groe Unternehmen bevorzugt auf freie Software, da die Entwicklungskosten sehr gering sind. Beispiele dafr sind etwa der Linux-Kernel , die Rendering-Engine Webkit
67 66

(die in Apple Safari und Google Chrome zum Einsatz

kommt), der Webserver Apache oder die Facebook-Datenbank Cassandra.

66 http://kernel.org/ 67 http://www.webkit.org/

42

Obwohl gro angelegte Marketingkampagnen von Microsoft das Gegenteil behaupten, ist die Qualitt freier Software im Vergleich zu proprietrer Software hher. In vielen Fllen sind die Hauptentwickler freier Programme keine Hobby-Entwickler, sondern werden von Unternehmen dafr bezahlt an freien Programmen zu arbeiten. Aber auch jene Programmierer, die in ihrer Freizeit an freier Software arbeiten, sind meist professionelle Entwickler, die vielleicht sogar fr einen Anbieter proprietrer Software arbeiten. Da der Code also groteils von Leuten mit derselben Berufsqualifikation geschrieben wird, ist auch die Qualitt des Codes auf dem gleichen Niveau. Allerdings arbeiten an freien Programmen wesentlich mehr Programmierer, was die Entwicklung beschleunigt und insbesondere ein schnelles Korrigieren von sicherheitskritischen Bugs mglich macht.

43

5.2 Sicherheit
Freie Software ist nicht weniger sicher als proprietre Software, obwohl der Quellcode offen liegt. Im Gegenteil sind freie Programme oft sogar sicherer, da sie weniger Fehler enthalten, die zur Kompromittierung eines Sicherheitssystems fhren knnten.

Ein hufiges Argument gegen die Offenlegung des Quellcodes ist jenes, dass durch den ffentlichen Quellcode jeder nach Sicherheitslcken suchen und diese im Zweifelsfall fr Angriffe auf ein System nutzen kann. Nach dieser Logik ist ein System also umso sicherer, je geheimer
68

seine

Funktionsweise

ist.

Dieses

Sicherheit

durch

Geheimhaltung-Prinzip

(security through obscurity) ist weit verbreitet, in der Praxis

aber meist nicht wirksam. Insbesondere bei Computersystemen hat sich gezeigt, dass ein geheimer Quellcode nicht ausreicht, um ein System sicher zu machen. Dies hat mehrere Grnde. Erstens fhlen sich die Entwickler des Systems durch die Geheimhaltung des Codes sicher und entscheiden sich vielleicht fr ein weniger starkes, aber leichter implementierbares Sicherheitssystem. Auerdem testen sie ihn weniger intensiv auf Fehler, was zu einer insgesamt hheren Anzahl an Bugs fhrt. Zweitens ist die Zahl der Entwickler und somit die Zahl derer, die nach Fehlern suchen knnen, wie bei jedem proprietren Programm begrenzt, was die Wahrscheinlichkeit fr nicht entdeckte Bugs noch grer macht. Drittens mssen solche Systeme in erster Linie dem Hersteller Geld einbringen, weshalb die Entwicklung oft nicht auf die maximale Sicherheit, sondern auf ein gutes Kosten-Nutzen-Verhltnis fr das Unternehmen ausgelegt ist. In Summe bieten solche Systeme zwar relative Sicherheit, so lange der Sicherheitsmechanismus unbekannt ist, wenn dieser aber ffentlich wird, kann das System oft komplett nutzlos sein. In der Praxis hat sich herausgestellt, dass es immer einen Weg gibt, ein System zu hacken, selbst wenn es vollkommen proprietr ist. Dass man, wenn man nur lange genug sucht, immer eine Schwachstelle findet, ber die man das Sicherheitssystem aushebeln kann, hat die Geschichte gezeigt. Beispiele aus der jngeren Vergangenheit sind die geknackte Verschlsselung der HD-DVD und die Aushebelung der Sicherheitsmechanismen der Playstation 3 .
68 https://de.wikipedia.org/wiki/Security_through_obscurity 69 Anfang 2011 gelang es Hackern, die Sicherheitssysteme der Spielkonsole Playstation 3 auszuhebeln, sodass alternative Betriebssysteme installiert und kopierte Spiele ausgefhrt werden konnten. Dies gelang trotz des vollkommen proprietren Systems aus Hard- und Software der PS3 (http://www.golem.de/1101/80413.html).
69

44

Im Gegensatz dazu bietet der offen liegende Quellcode freier Software einige entscheidende Vorteile: Einerseits kann jeder die Funktionsweise studieren und ein unzulngliches Funktionsprinzip erkennen. Deshalb muss beim Design des Systems zwingend ein sicheres Prinzip gewhlt werden. Gleichzeitig knnen eventuelle Unzulnglichkeiten des Systems von der Community schnell gefunden und korrigiert werden. Dies gilt auch fr kritische Bugs, die bei proprietrer Software ein wesentlich greres Problem darstellen. Ein Problem offener Systeme ist, dass sie nicht schlecht konstruiert sein drfen, sondern auf einem funktionierenden Sicherheitsprinzip basieren mssen. Solche Systeme sind in der Implementierung daher aufwndiger als auf Geheimhaltung basierte. Es lsst sich also nicht bestimmen, ob proprietre oder offene Systeme allgemein sicherer sind. Fakt ist aber, dass offene Systeme, im Gegensatz zu proprietren, sicher sein mssen, um effektiv zu sein, whrend proprietre Systeme sich oft nur auf die Geheimhaltung des Funktionsprinzips verlassen. Fakt ist auch, dass es einfacher ist, sichere Systeme offen zu realisieren, da eine aktive Community bei der Umsetzung eine groe Hilfe ist.

45

5.3 Rechtlicher Aspekt


Die Lizenz eines Programms legt fest, was der Nutzer mit dem Programm und, im Fall von freier Software, mit dem Quelldcode tun darf. Dabei wird im Wesentlichen zwischen Copyleft- und permissiven Lizenzen unterschieden. Copyleft-Lizenzen schtzen freien Code davor, fr proprietre Software verwendet zu werden, permissive Lizenzen tun dies nicht.

Was der Nutzer mit einem Programm bzw. dessen Quellcode tun darf, ist in der Lizenz Installieren des Programms eine EULA
71

70

des Programms festschrieben. Bei proprietren Programmen muss der Nutzer vor dem (End User License Agreement, zu deutsch Endbenutzer-Lizenzvereinbarung) akzeptieren, in der festgelegt wird, was bei der Nutzung des Programms nicht erlaubt ist. So wird hufig etwa das Weitergeben der Software verboten. Das Akzeptieren der EULA gilt zumindest in Europa aber nicht als abgeschlossener Vertrag, diese ist also keine Lizenz im eigentlichen Sinne. Whrend die Lizenz, unter der proprietre Software verffentlicht wird, wegen des nicht verffentlichten Quellcodes weitgehend irrelevant ist, ist diese bei freier Software von groer Bedeutung, da darin die Mglichkeiten, die die Software dem Nutzer bietet, genau beschrieben sind.

5.3.1

Lizenzen

Jede freie Software-Lizenz gewhrt die vier Freiheiten. Die einzelnen Lizenzen unterscheiden sich aber zum Teil erheblich in bestimmten Punkten, wie etwa darin, ob und wie diese Freiheiten auf Forks der Software ausgedehnt werden oder was bei Verletzung der Lizenz geschieht. Allgemein unterscheidet man Copyleft- und permissive Lizenzen. Copyleft-Lizenzen erlauben nur die Weitergabe des Codes unter gleichen Bedingungen, whrend permissive Lizenzen keinerlei Beschrnkungen in dieser Hinsicht beinhalten. Philosophisch betrachtet, bietet eine permissive Lizenz absolute Freiheit, also auch die Mglichkeit, die Freiheit anderer zu beeintrchtigen. Eine Copyleft-Lizenz hingegen
70 http://de.wikipedia.org/wiki/Softwarelizenz#Softwarelizenzen 71 http://de.wikipedia.org/wiki/EULA

46

bietet alle Freiheiten, mit Ausnahme der Freiheit, die Freiheit anderer zu verringern. Obwohl man argumentieren knnte, dass permissive Lizenzen deshalb freier sind, bringen Copyleft-Lizenzen gesellschaftlich gesehen einen weit greren Nutzen, da sie einerseits dafr sorgen, dass jeder dieselben Freiheiten geniet, da die Weitergabe immer unter gleichen Bedingungen erfolgen muss, und andererseits kann die Freiheit durch sie insgesamt nur gesteigert, nie verringert werden, was sicherstellt, dass diese auch langfristig erhalten bleibt.

5.3.1.1

Copyleft-Lizenzen

Da der Quelltext freier Software ffentlich ist, kann jeder die Entwicklung auf eigene Faust und unabhngig vom ursprnglichen Projekt weiterfhren. Ein Problem kann dies darstellen, wenn jemand ein freies Programm nimmt und Verbesserungen daran vornimmt, diese aber nicht im Quelltext verffentlicht. Dies wird auch als proprietrer Fork bezeichnet. Nutzer eines solchen Forks haben nicht mehr die Freiheiten, die ihnen das ursprngliche Programm bietet. Um also Situationen zu vermeiden, in denen die Arbeit freier Entwickler von Herstellern proprietrer Software missbraucht wird, beinhalten Copyleft-Lizenzen eine Klausel, die besagt,
Abbildung 21: Das Copyleft-Logo, ein horizontal gespiegeltes Copyright-Zeichen

dass das Programm und alle davon abgeleiteten Programme nur unter denselben Bedingungen (also derselben Lizenz) weitergegeben werden drfen. Die Strke des Copylefts einer Lizenz ist von den genauen Bedingungen fr die Weitergabe von abgeleiteten Programmen abhngig. Stellvertretend fr alle anderen werden hier drei Copyleft-Lizenzen von unterschiedlicher Strke angefhrt.

GNU GPL
Die GNU General Public License
72

(kurz GPL) ist die wohl bekannteste und


73

meistverwendete Lizenz fr freie Software. Sie enthlt ein starkes Copyleft . Software unter der GPL muss immer zusammen mit dem Quellcode und dem
72 http://www.gnu.org/licenses/gpl.html 73 Kofler, Michael, Linux: Installation, Konfiguration, Anwendung, Addison Wesley, 1995 Seite 113, Kapitel 4.1

47

Lizenztext weitergegeben werden, damit der Nutzer seine Rechte kennt und sie auch ausben kann. Sofern diese Bedingungen eingehalten werden, darf die Software zu jedem beliebigen Preis an jeden weitergegeben werden. Dabei darf sie aber nicht unter anderen Lizenzen als der GPL lizenziert werden, denn wenn sie z.B. unter einer permissiven Lizenz weitergegeben werden knnte, wrde das ermglichen, sie in einem zweiten Schritt als proprietre Software lizenzieren zu knnen. Dasselbe gilt, wenn ein Teil eines Programmes GPL-lizenziert ist. In so einem Fall muss das Abbildung 22: Logo der GNU GPLv3 gesamte Programm ebenfalls unter der GPL verffentlicht werden. Wenn es sich also bei dem freien Programm z.B. um eine Programmbibliothek handelt, darf diese nur in GPL-Programmen eingesetzt werden. Die aktuelle Version 3 der GPL wurde 2007 verffentlicht und enthlt im Gegensatz zur Vorgngerversion einige Vernderungen, die sie mit internationalem Recht besser kompatibel machen. Auerdem wird die Verwendung von GPL-Software auf Gerten, auf denen der Kufer aufgrund von absichtlich eingebauten Hardwarebeschrnkungen keine modifizierte Version der Software installieren kann (Tivoisierung ), verboten. Seit Version 3 muss deshalb eine Anleitung, wie die Software verndert werden kann, dem Programm beiliegen. Beispiele fr GPL-lizenzierte Software sind der Linux-Kernel, die GCC (GNU Compiler Collection) und das Bildbearbeitungsprogramm GIMP. Das Pendant zur GPL fr serverseitige Programme, also solche, die nicht auf dem eigenen Rechner, sondern auf einem Server laufen und ber das Netzwerk genutzt werden, ist die GNU Affero General Public License (AGPL).
75 74

Abbildung 23: Logo der GNU AGPLv3

74 http://de.wikipedia.org/wiki/Tivoisierung 75 http://www.gnu.org/licenses/agpl.html

48

Beispiele fr AGPL-lizenzierte Software sind die Datenbank MongoDB, das soziale Netzwerk Diaspora und die Kollaborations-Software Launchpad.

GNU LGPL
Die GNU Lesser General Public License (kurz LGPL) mit ist der eine GPL, Lizenz mit
76

mit dem

schwachem Copyleft. Sie ist groteils identisch Unterschied, dass sie in Verbindung mit Software, die unter anderen Lizenzen steht, verwendet werden darf, inklusive Abbildung 24: Logo der GNU LGPLv3 proprietrer Software. Der LGPLlizenzierte Code muss allerdings von anders lizenzierten Programmeteilen getrennt sein (z.B. eine Bibliothek) und darf, genau wie bei der GPL, nicht Teil des anders lizenzierten Programms sein. Falls nderungen an der Bibliothek selbst vorgenommen werden, mssen diese, genau wie bei der GPL, mit dem Quelltext verffentlicht werden. Die LGPL wurde ursprnglich fr GNU-Bibliotheken geschaffen, die mit damals schon existenten proprietren Bibliotheken konkurrierten. Dadurch, dass diese Bibliotheken in allen Programmen eingesetzt werden konnten, stieg deren Verwendung stark und in vielen Bereichen haben solche Bibliotheken sich letztlich durchgesetzt. Beispiele fr LGPL-lizenzierte Software sind die C-Bibliothek glibc, das MultimediaFramework Gstreamer und die Grafikbibliothek GTK+.

MPL
Eine Lizenz mit sehr schwachem Copyleft ist die Mozilla Public License
77

(MPL).

Diese ist der LGPL sehr hnlich, mit dem Unterschied, dass LGPL-Code unabhngig von anders lizenzierten (z.B. proprietren) Komponenten funktionsfhig sein muss, d.h. als eigene Komponente bestehen muss, whrend MPL-lizenzierter Code auch mit
76 http://www.gnu.org/licenses/lgpl.html 77 https://www.mozilla.org/MPL/ https://www.mozilla.org/MPL/2.0/

49

anders lizenziertem Code vermischt werden darf. Der Quellcode der MPL-Teile muss verffentlicht werden, diese knnen aber so mit proprietrem Code vermischt sein, dass sie allein komplett nutzlos sind. Dieses sehr schwache Copyleft ist somit kein effektiver Schutz des Codes gegen dessen Verwendung in proprietrer Software. Die MPL ist nicht zur (L)GPL kompatibel. Um Kompatibilittsprobleme zu vermeiden, wird MPL-Code oft mehrfach lizenziert, d.h. sowohl unter der MPL, als auch unter der GPL oder LGPL verffentlicht. So steht etwa der Browser Mozilla Firefox unter der MPL, der GPL und der LGPL. Im Fall einer Mehrfachlizenzierung kann der Lizenznehmer sich eine der Lizenzen aussuchen, d.h. das Copyleft, das ein Programm schtzt, ist nur so stark wie jenes der schwchsten Lizenz.

5.3.1.2

Permissive (freizgige) Lizenzen

Was unter einer permissiven Lizenz verffentlicht wird, unterliegt praktisch keinen Beschrnkungen. Solche Lizenzen unterscheiden sich von Public Domain (Gemeinfreiheit, d.h., das Urheberrecht daran liegt bei der Allgemeinheit) meist nur durch kleine Details, wie etwa, dass der Name des Originalautors genannt werden muss. Code unter permissiven Lizenzen kann ohne Einschrnkungen fr proprietre Software verwendet werden. Die bekanntesten permissiven Lizenzen sind die BSD-, die MIT- und die Apache-Lizenz.

BSD-Lizenz
Die BSD-Lizenz
78

ist eine bekannte permissive Lizenz, die ursprnglich von der

Universitt Berkeley in Kalifornien stammt. BSD steht fr Berkeley Software Distribution. Wie alle permissiven Lizenzen erlaubt die BSD-Lizenz die Verffentlichung von modifizierten Versionen unter beliebigen Bedingungen. Es gibt sie in mehreren Varianten, von denen eine die Klausel enthlt, die besagt, dass in Werbung fr Produkte, die solchen Code verwenden, der Name des Urhebers genannt werden muss.
78 http://www.linfo.org/bsdlicense.html http://www.opensource.org/licenses/bsd-license.php

50

Beispiele fr BSD-lizenzierte Software sind das Betriebssystem Darwin (Grundlage fr Mac OSX), der Webbrowser Chromium und die Bittorrent-Bibliothek libtorrent.

MIT-Lizenz
Fast identisch mit der BSD-Lizenz ist die ebenfalls weit verbreitete stammt. Beispiele fr MIT-lizenzierte Software sind das XWindow System (Anzeigeserver), dessen momentan in Entwicklung befindlicher Nachfolger Wayland und das Web-Framework Ruby on Rails.
Abbildung 25: Logo des Massachusetts Institute of Technology

MIT-Lizenz ,

79

die

ursprnglich

vom

gleichnamigen Massachusetts Institute of Technology

Apache-Lizenz 80 Die Apache-Lizenz ist eine permissive Lizenz der Apache Software Foundation. Sie ist um einiges umfangreicher als die extrem kurz gefassten BSD und MIT-Lizenzen, enthlt aber im Wesentlichen genau dieselben Freiheiten. Die Apache-Lizenz verpflichtet im Gegensatz zu BSD und MIT fr abgeleitete Werke zu einigen Formalitten, wie etwa, dass alle Urheberrechtsvermerke angegeben sein mssen und dass vernderte Quelldateien als verndert gekennzeichnet werden mssen.
Die Apache Software Foundation (ASF) ist eine gemeinntzige Stiftung, die die Entwicklung von freie Software-Projekten unter der Apache-Lizenz organisiert und vorantreibt. Da Code unter Apache-Lizenz auch fr proprietre Software verwendet werden kann, geben viele Unternehmen Software, die sie als Open Source verffentlichen, unter die Obhut der ASF. Damit ist die
Abbildung 26: Logo der Apache Software Foundation

Weiterentwicklung der Software gewhrleistet, obwohl nur geringe Entwicklungskosten


79 http://mit-license.org/ http://www.opensource.org/licenses/MIT 80 http://www.apache.org/licenses/

51

anfallen und fr den Fall, dass der Code irgendwann fr ein proprietres Programm des Unternehmens interessant ist, kann er problemlos verwendet werden. Aus diesem Grund ist die ASF bei Unternehmen sehr beliebt. Sie wird unter anderem von Google, Microsoft und Hewlett-Packard finanziell untersttzt. Beispiele fr Apache-lizenzierte Software sind der Apache Webserver, das

Betriebssystem Android (mit Ausnahme des Kernels, der unter GPL steht) und die Versionsverwaltung Subversion.

52

5.4 Finanzieller Aspekt


Da freie Software meist kostenlos weitergegeben wird, stellt sich die Frage der Finanzierung der Entwicklung. Dafr gibt es mehrere Modelle, in erster Linie wird die Entwicklung aber durch Sponsoren, Spenden aus der Community und, natrlich, kostenlos arbeitende Freizeit-Entwickler mglich gemacht.

Eine der Freiheiten, die freie Software ihren Nutzern gibt, ist jene, ein Programm zu einem beliebigen Preis zu verkaufen. Da allerdings der Quellcode mitgeliefert werden muss und der Nutzer wiederum dieselben Freiheiten hat, wrde sie kaum jemand kaufen, da sie mit groer Wahrscheinlichkeit auch von jemand anderem kostenlos zu bekommen ist. Deshalb wird freie Software in den meisten Fllen kostenlos angeboten. Wie wird die Entwicklung freier Software also finanziert? Hier sind einige der verbreitetsten Finanzierungsmodelle.

5.4.1

Unternehmenssoftware

Software, die von Unternehmen intern eingesetzt wird, also solche, die nicht verkauft, sondern verwendet wird, wird hufig als freie Software verffentlicht, um andere Unternehmen zur Mitarbeit daran zu bewegen und so Entwicklungskosten zu sparen. In vielen Fllen wird die Software auch Stiftungen wie der ASF bergeben, die die Entwicklung organisieren. So braucht das einzelne Unternehmen weniger Entwickler anzustellen, die an dem Programm arbeiten und diese knnen sich auf die Entwicklung jener Funktionen konzentrieren, die dem Unternehmen wichtig sind. Wenn nun mehrere Unternehmen diese Strategie verfolgen und einige Entwickler auf das Programm ansetzen, sind bald mehr als genug Programmierer vorhanden, um die Weiterentwicklung der Software zu garantieren. Allfllige Kosten, die bei solchen Projekten anfallen, wie die fr das Hosting
81

von

Webseiten, Mailinglisten etc. werden meist ebenfalls von den Unternehmen getragen.

81 Bereitstellung und Wartung von Webservern

53

5.4.2

Support

Wenn Unternehmen Software kaufen, sind der grte Kostenfaktor nicht die Lizenzen fr die Software, sondern der Support, d.h. die Mglichkeit, zu jeder Zeit den Dienstleister kontaktieren zu knnen und sofortige Hilfe bei Problemen zu bekommen. Professionellen Da das Support fr ihre mit Produkte bieten alle Hersteller von Unternehmenssoftware an, z.B. auch Microsoft. Geschft Unternehmenssupport sehr lukrativ ist, bieten viele Unternehmen Support fr freie Software an. Diese Unternehmen teilen sich die Entwicklungskosten fr die
Abbildung 27: Red Hat ist eines der fhrenden Unternehmen fr GNU/Linux-Support

Software untereinander auf, indem jeder einige Entwickler dafr bereitstellt, und mssen so keine komplett eigenen

Lsungen programmieren. Da das Geschft mit Einzellizenzen fr Endanwender sowieso kaum Gewinn bringt, kommt es diesen Unternehmen sogar gelegen, dass Privatanwender ihre Software kostenlos nutzen knnen, denn dies vergrert die Verbreitung der Software, wodurch mehr Entwickler zu der Software beitragen. Hufig werden auch solche Programme an Stiftungen bergeben, die die Entwicklung koordinieren und die von den Unternehmen finanziell untersttzt werden, z.B. die Linux Foundation. Beispiele fr solche Support-Unternehmen sind Red Hat und Novell, die z.B. einen Groteil der GNOME-Entwickler und einen guten Teil der Linux-Kernel-Entwickler beschftigen.

5.4.3
Aus

Hardware
Grnden (geringere Entwicklungskosten, etc.) setzen viele

denselben

Hardwarehersteller (zumindest teilweise) freie Software auf ihren Gerten ein (z.B. Haushaltsgerte, Medienplayer und andere Embedded-Gerte). Diese Unternehmen beteiligen sie sich an fr sie interessanten Softwareprojekten mit Geld und Entwicklern, um Einfluss auf die Richtung zu haben, in die sich das Projekt entwickelt und um fr das Unternehmen wichtige Funktionen zu entwickeln.

54

5.4.4

Spenden

Manche freien Programme knnen auch ausschlielich durch Community-Spenden finanziert werden oder brauchen gar keine finanzielle Untersttzung, da sie ausschlielich von Freizeit-Entwicklern entwickelt werden. Dies trifft auf viele kleinere Programme zu, die oft Hobby-Projekte einzelner Entwickler sind.

5.4.5

Crowdfunding

Eine relativ neue Methode der Finanzierung (allerdings nicht nur von Software) ist Crowdfunding (Schwarmfinanzierung). Dabei wird eine Spendenkampagne gestartet, ber die eine bestimmte Summe zusammenkommen muss, die ein Projekt mglich macht. Die Spender erhalten je nach Hhe ihres Beitrags bestimmte, vorher festgelegte Preise. So kann ber eine solche Kampagne auch eine Art Vorverkauf eines Produkts gestartet werden.

Abbildung 28: Die Crowdfunding-Kampagne des freien sozialen Netzwerkes Diaspora auf Kickstarter (2010)

55

Der Vorteil einer Crowdfunding-Kampagne ist, dass die Initiatoren eines Projekts vor Start bereits die Nachfrage nach ihrem Produkt (im Fall freier Software ein bestimmtes Programm) berprfen knnen, ohne bereits viele Ressourcen in die Sache gesteckt zu haben. Insbesondere fr freie Software erffnet Crowdfunding neue Mglichkeiten, da mit einer solchen Kampagne die Allgemeinheit, die letztlich von der freien Software profitiert, direkt die Entwicklungskosten tragen kann. Freie Entwickler haben so die Mglichkeit, sich ganz ihren Projekten zu widmen und Nutzer freier Software gewinnen so mehr Mitspracherecht zur Entwicklung des Projekts. Crowdfunding wird hufig ber Plattformen wie Kickstarter
82

oder Indiegogo

83

organisiert. Deren Modell beruht darauf, dass die Initiatoren eines Projekts nur dann Geld erhalten, wenn innerhalb eines festgelegten Zeitraums eine bestimmte Summe erreicht wird. Ansonsten wird das Geld gar nicht erst berwiesen. So wird sichergestellt, dass Untersttzer wenig erfolgreicher Projekte kein Geld verlieren, wenn das Projekt nicht realisiert wird.Dies sind nur einige der Methoden, wie die Entwicklung freier Software finanziert werden kann. Die meisten Projekte werden aber durch einen Mix aus Spenden von der Community und Untersttzung durch Unternehmen, sowohl mit Entwicklern als auch mit Geld finanziert. Je nach Art der Software ergeben sich zustzlich oft auch Mglichkeiten fr spezielle Geschftsmodelle: So wird die Entwicklung des CMS-Systems Wordpress z.B. mageblich durch eine HostingPlattform fr Wordpress-Blogs finanziert.
84

5.5 Probleme und Nachteile


GNU/Linux im Besonderen und freie Software im Allgemeinen haben auch einige Nachteile. Die wichtigsten davon sind die oft schlechte Kompatibilitt zu strker eingesetzten proprietren Programmen und die Tatsache, dass die Lizenzbedingungen oft nicht beachtet werden und auch Copyleft-Code manchmal illegal fr proprietre Software eingesetzt wird.

Kompatibilitt zu proprietren Programmen In vielen Bereichen ist ein proprietres Programm, welches ein eigenes, nicht standardisiertes proprietres Dateiformat verwendet, Marktfhrer. Konkurrierende freie Programme knnen deshalb mit dem Marktfhrer erstellte Dateien nicht oder nur fehlerhaft ffnen. Dies fhrt dazu, dass ein Umstieg auf ein freies
82 http://www.kickstarter.com/ 83 http://www.indiegogo.com/ 84 http://wordpress.com/

56

Programm fr bestimmte Industriezweige schwierig bis unmglich ist.

Internetverbindung Auf den meisten GNU/Linux-Systemen wird Software ber eine Paketverwaltung (ein Programm, das Installationen und Updates automatisiert vornimmt und zentral verwaltet) installiert und deinstalliert. Wenn man also ein Programm installieren mchte, muss man dieses nur in der Paketverwaltung suchen und auf installieren klicken. Die ntigen Pakete werden dann automatisch von den offiziellen Servern des Projekts heruntergeladen und installiert. Dieses System ist zwar sehr sicher und komfortabel, funktioniert aber nicht, wenn man gerade keine Internetverbindung hat. Man kann zwar Pakete manuell installieren, dann muss man allerdings auch alle Abhngigkeiten manuell installieren, was bei vielen Abhngigkeiten aufwndig sein kann. Auerdem erhalten solche manuell installierten Pakete spter keine Updates und knnen so zu Sicherheitslcken im System werden. Versto gegen Lizenzen Leider kommt es immer wieder vor, dass Teile des Quelltexts freier Programme von Softwareherstellern in proprietrer Software verwendet werden, obwohl die Lizenz dies verbietet. In vielen Fllen werden solche Lizenzverste nicht einmal bemerkt, und selbst wenn, haben die Entwickler meist nicht die Mittel, einen Prozess zu fhren.

57

6 Nachwort
Nachdem Sie diese Arbeit gelesen haben, fragen Sie sich vielleicht: Was kann ich tun? Welche konkreten Schritte kann der Einzelne unternehmen, um freie Software zu untersttzen? Hier sind ein paar einfache Mglichkeiten: 1. Reden Sie darber Der einfachste Weg, freie Software zu untersttzen ist, andere darber zu informieren und vielleicht auch von deren Sinnhaftigkeit zu berzeugen. Reden Sie mit ihrer Familie, Ihren Freunden und Kollegen darber. Thematisieren Sie es bei der Arbeit oder fragen Sie beim nchsten Kauf eines Computers im Geschft nach Modellen mit freiem Betriebssystem. Stellen Sie sicher, dass Ihre politischen Vertreter in dieser Sache auf Ihrer Seite sind und machen Sie diese gegebenenfalls auf das Thema aufmerksam. 2. Probieren Sie Ubuntu berzeugen Sie sich selbst davon, wie gut GNU/Linux auf dem Desktop inzwischen ist. Laden Sie von www.ubuntu.com ein CD-Image herunter, brennen Sie es auf eine CD oder einen USB-Stick (auf der Download-Website gibt es eine einfache Schritt-frSchritt Anleitung dazu) und starten Sie das System von der Live CD (So knnen Sie es ohne Installation ausprobieren). Einen kleinen Einblick bekommen Sie auch schon von der Ubuntu Online-Tour . Von der Live CD aus knnen Sie Ubuntu neben oder anstelle von Windows/Mac OS installieren. Wenn Sie Fragen haben oder Hilfe brauchen, bekommen sie diese u.A. auf der offiziellen Ubuntu Frageseite (englisch) oder im deutschsprachigen Ubuntu-Forum . 3. Verwenden Sie freie Programme Selbst wenn Sie sich dafr entscheiden, weiterhin bei ihrem bisherigen proprietren Betriebssystem zu bleiben, knnen Sie trotzdem freie Anwenderprogramme verwenden.
85 http://www.ubuntu.com/tour/en/ 86 http://www.askubuntu.com/ 87 http://www.ubuntuusers.de/
86 87 85

58

Hier sind ein paar freie Programme, die Sie sich ansehen sollten: LibreOffice :Freie Office Suite und Ersatz fr Microsoft Office Inkscape : Freies Vektorgrafikprogramm und Ersatz fr Adobe Illustrator GIMP : Freies Bildbearbeitungsprogramm und Ersatz fr Adobe Photoshop Mypaint : Freies Malprogramm mit Untersttzung fr professionelle Zeichentabletts Scribus : Freies Layoutprogramm und Ersatz fr Adobe InDesign Blender : Freies 3D-Modellierungs- und Animationsprogramm und Ersatz fr Cinema4D und 3ds Max
93 92 91 90 89 88

88 http://www.libreoffice.org/ 89 http://www.inkscape.org/ 90 http://www.gimp.org/ 91 http://mypaint.intilinux.com/ 92 http://www.scribus.net/ 93 http://www.blender.org/

59

7 Literaturverzeichnis
Buchquellen
Jurzik, Heike: Debian GNU/Linux das umfassende Handbuch, Galileo Press, 2009 Raymond, Eric S.: The Cathedral and the Bazaar: Musings on Linux and Open Source by an Accidental Revolutionary, OReilly and Associates, 2001 Kofler, Michael: Linux: Installation, Konfiguration, Anwendung, Addison Wesley, 1995 Wendzel, Steffen: Pltner, Johannes, Einstieg in Linux, Galilio Press, 2009

Webquellen
http://de.wikipedia.org/wiki/Hacker 03.12.2011 http://freiesoftware.verdi.de/interview 05.12.2011 http://www.gnu.org 10.12.2011 (http://www.heise.de 10.12.2011 http://www.gnu.org/philosophy/free-sw.html 10.12.2011 http://www.gnu.org/ 12.12.2011 http://www.fsf.org 14.12.2011 http://groups.google.com/group/comp.os.minix/ 27.12.2011 http://de.wikipedia.org/wiki/Linux_%28Kernel%29 27.12.2011 http://www.stallman.org/ 29.12.2011 http://www.opensuse.org/de/ 29.12.2011 http://www.debian.org/ 04.01.2012 http://de.redhat.com/ 04.01.2012

60

http://opensource.org/ 05.01.2012 http://de.wikipedia.org/wiki/Freie_Software#Open_Source 05.01.2011 http://www.youtube.com 16.01.2012 http://www.pro-linux.de 17.01.2012 http://www.webupd8.org 17.01.2012 http://de.wikipedia.org/wiki/OpenOffice.org 17.01.2012 http://de.wikipedia.org/wiki/Blender_%28Software 19.01.2012 http://de.wikipedia.org/wiki/VideoLAN 19.01.2012 http://de.wikipedia.org/wiki/Mozilla 19.01.2012 http://www.zdnet.com.au 21.01.2012 http://reviewglitz.com/2009/10/is-windows-7-a-kde-clone/ 21.01.2012 http://de.wikipedia.org/wiki/Ribbon 22.01.2012 http://www.exceluser.com/ 22.01.2012 http://www.guardian.co.uk 24.01.2012 http://www.ubuntu.com/ 24.01.2012 http://www.omgubuntu.co.uk/ 24.01.2012 http://www.extremetech.com/computing/ 24.01.2012 http://www.achievement.org/ 26.01.2012 http://owni.eu/ 26.01.2012 http://www.bloomberg.com/news/ 27.02.2012 http://blip.tv/

61

29.01.2012 https://en.wikipedia.org/wiki/OtherOS 04.02.2012 http://de.wikipedia.org/wiki/Windows_Genuine_Advantage 04.02.2012 http://www.techdirt.com/ 04.02.2012 http://freiesoftware.verdi.de/ 05.02.2012 http://www.petitiononline.com/ 07.02.2012 http://de.wikipedia.org/wiki/OOXML 07.02.2012 http://en.wikiquote.org/wiki/Eric_S._Raymond 08.02.2012 http://kernel.org 08.02.2012 /http://www.webkit.org/ 08.02.2012 https://de.wikipedia.org/wiki/Security_through_obscurity 10.02.2012 http://www.golem.de/ 10.02.2012 http://de.wikipedia.org/wiki/Softwarelizenz#Softwarelizenzen 10.02.2012 http://de.wikipedia.org/wiki/EULA 14.02.2012 http://www.gnu.org/licenses 14.02.2012 http://de.wikipedia.org/wiki/Tivoisierung 15.02.2012 https://www.mozilla.org 27.02.2012 http://www.linfo.org/bsdlicense.html 03.03.2012 http://www.opensource.org/licenses/ 03.03.2012 http://mit-license.org/ 06.03.2012 http://www.apache.org/licenses/ 12.03.2012

62

http://www.kickstarter.com/ 12.03.2012 http://www.indiegogo.com/ 12.03.2012 http://wordpress.com/ 22.03.2012 http://www.ubuntu.com/tour/en/ 24.03.2012 http://www.askubuntu.com/ 26.03.2012 http://www.ubuntuusers.de/ 01.04.2012 http://www.libreoffice.org/ 01.04.2012 http://www.inkscape.org/ 01.04.2012 http://www.gimp.org/ 01.04.2012 http://mypaint.intilinux.com/ 01.04.2012 http://www.scribus.net/ 01.04.2012 http://www.blender.org/ 01.04.2012

63

8 Inhaltsabrisse
Italiano
Il software libero definito come software che rispetta la libert dell' utente. Questo significa che l' utente controlla il suo software e non viceversa. Il software libero garantisce quattro libert fondamentali ai suoi utenti: La libert di eseguire il programma, di ridistribuire copie del programma, di modificarlo e di ridistribuire le versioni modificate. Per poter fare questo, l' utente deve avere accesso al codice sorgente del programma. Un programma che non d queste libert ai suoi utenti software proprietario. Il movimeto per il software libero esiste dal 1983, quando il progetto GNU, un' iniziativa con l' obiettivo di scrivere un sistema operativo completamente nuovo del tutto libero venne fondato. Questo era concepito per essere compatibile con Unix, uno dei sistemi operativi pi usati di quel tempo. Nel 1991, il sistema GNU era quasi completo, l' unica parte mancante era il kernel (nucleo di un sistema operativo). Per coincidenza, allo stesso tempo uno studente finlandese inizi a scrivere un kernel libero, il kernel Linux. Questo kernel venne poi usato da entusiasti del software libero per assemblare i primi sistemi operativi completamente liberi: le distribuzioni GNU/Linux, che sono formati da un sistema GNU e un kernel Linux. Oggi queste distribuzioni (le pi importanti sono Ubuntu, Fedora ed OpenSUSE) sono pi veloci, sicuri e in molti casi anche pi belli e facili da usare di Windows e Mac OS. Hanno per anche alcuni problemi: Ci sono pochissimi computer sul mercato che vengono venduti con questi sistemi operativi preinstallati. Inoltre la maggior parte del software professionale e dei videogiochi non funzionano su questi.

English
Free software is by definition software that respects the user's freedom, which means that the user is in full control of the software. In this context, free refers to freedom, not to price. Free software gives its users four essential freedoms: The freedom to run the software, to distribute copies of it, to change it and to distribute the changes made to it. This implies that the source code for the application has to be available to its users. Software that doesn't give its users these freedoms is called proprietary

64

software. The free software movement started in 1983 with the GNU project, which aimed to write a completely free operating system compatible to the then-popular Unix operating system. By 1991, most of the components for this system were ready, with only one major component missing: the kernel. By coincidence, at the same time, a finnish student started to develop such a kernel and distributed it as free software. This kernel, which known today as the Linux kernel, was then used by free software enthusiasts to assemble the first free operating systems, known as GNU/Linux distributions, which consisted of a GNU system and a Linux kernel. Today, these distributions (the most popular ones are Ubuntu, Fedora and OpenSUSE) are faster, more secure and in case of the more popular ones, even easier to use and prettier than Windows and Mac OS. They do have a few issues though: There are very few computers that ships with these operating systems and most professional programs and games are not available for them.