Linux-Distribution

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen
Zeitleiste mit der Entwicklung verschiedener Linux-Distributionen

Eine Linux-Distribution ist eine Auswahl aufeinander abgestimmter Software um den Linux-Kernel, bei dem es sich dabei in einigen Fällen auch um einen mehr oder minder angepassten und meist in enger Abstimmung mit Upstream selbst gepflegten Distributionskernel handelt. Üblicherweise wird der Begriff auf Zusammenstellungen begrenzt, die weitgehend linuxtypisch aufgebaut sind, was beispielsweise auf Android nicht zutrifft.

Distributionen, in denen GNU-Programme eine essenzielle Rolle spielen, werden auch als „GNU/Linux-Distributionen“ bezeichnet. Die Namensgebung mit oder ohne GNU-Namenszusatz wird von den Distributoren je nach ihrer Position im GNU/Linux-Namensstreit unterschiedlich gehandhabt.

Fast jede Distribution ist um eine Paketverwaltung herum zusammengestellt, d. h., dass sämtliche Bestandteile der Installation als Pakete vorliegen und sich über den Paketmanager installieren, deinstallieren und updaten lassen. Die Pakete werden dazu online in sogenannten Repositories vorgehalten.

Zusammengestellt wird eine Linux-Distribution von ihrem Distributor. Für gewöhnlich wählt dieser Programme aus, bei denen er die nötigen Rechte hat, passt sie mehr oder weniger an, paketiert sie in seiner Paketverwaltung und bietet das Ergebnis als Distribution an. Normalerweise werden nur wenige Programme vom Distributor selbst geschrieben, häufig z. B. der Distributions-Installer. Der Distributor kann ein Unternehmen oder eine Gruppe von weltweit verteilten Freiwilligen sein. Er kann auch kommerziellen Support anbieten.

Konzept[Bearbeiten | Quelltext bearbeiten]

Die Idee hinter Distributionen ist ein Paket aufeinander abgestimmter Software zu bilden. Den zentralen Teil bilden dabei der Linux-Kernel selbst sowie Systemprogramme und Bibliotheken. Je nach Anwendungszweck der Distribution werden verschiedene Anwendungsprogramme (z. B. Webbrowser, Office-Anwendungen, Zeichenprogramme, Mediaplayer etc.) hinzugefügt.

Linux-Distributionen halten in der Regel eine große Anzahl an Programmen in den Repositories zur Installation bereit. Dies steht im konzeptuellen Gegensatz zu anderen Betriebssystemen wie Windows und macOS, die neben dem Betriebssystem selbst nur wenige Anwendungen enthalten, dafür auf die Integration von Programmen von externen Anbietern, sogenannten ISVs, setzen.

Weitere Aufgaben von Distributoren sind die Anpassung der Programme (durch Patches), Hinzufügen eigener Programmentwicklungen (vor allem zur Installation und Konfiguration des Systems wie zum Beispiel apt, Synaptic, YaST) sowie (bis auf wenige Ausnahmen, z. B. Gentoo) Kompilierung und Paketierung (.deb, .rpm) der Programme. Die Bereitstellung zusätzlicher Programme und Updates erfolgt typischerweise zentral über ein Repository, welches über ein Paketverwaltungs-System mit dem Betriebssystem synchronisiert wird.

Auch wenn bei Linux-Betriebssystemen Distributionen die bei weitem üblichste Variante sind, ist ein Betrieb von Linux auch ohne eine vorgefertigte Distribution möglich, zum Beispiel mithilfe von Linux From Scratch. In dem für Linux wichtigen Markt der eingebetteten Systeme sind Distributionen wenig verbreitet.

Zusammensetzung[Bearbeiten | Quelltext bearbeiten]

Bestandteile einer Linux-Distribution

Neben dem Linux-Kernel besteht eine Distribution meist aus der GNU-Software-Umgebung. Diese stellt große Teile des grundlegenden Basissystems mit den zahlreichen Systemdiensten (sogenannten Daemons) sowie diverse Anwendungen bereit, die bei einem unixoiden System erwartet werden. Distributionen, welche auch oder nur für Desktop-Systeme gedacht sind, verfügen normalerweise über ein Fenstersystem, derzeit meistens das X Window System. Ein solches ist für das Ausführen einer grafischen Benutzeroberfläche erforderlich. Darauf aufbauend steht meist eine Desktop-Umgebung, wie bspw. Gnome oder die KDE Software Compilation, zur Verfügung, welche neben der reinen Benutzeroberfläche noch eine Auswahl an Anwendungsprogrammen mitbringt.

Ergänzend fügt ein Distributor normalerweise zahlreiche weitere Anwendungen bei. Dies sind beispielsweise Office-Pakete, Multimediasoftware, Editoren, E-Mail-Programme, Browser, aber auch Server-Dienste. Daneben finden sich meist Softwareentwicklungs-Werkzeuge wie Compiler bzw. Interpreter sowie Editoren.

Viele Softwarebestandteile von Linux-Distributionen, z. B. der Compiler GCC, stammen aus dem älteren GNU-Projekt. Dieses hatte sich schon vor der Entwicklung von Linux die Aufgabe gestellt, eine Alternative zu den kommerziellen Unix-Betriebssystemen zu entwickeln. Da der eigene Kernel des GNU-Projekts, GNU Hurd, noch in der Entwicklung ist, wird häufig als Ersatz der Linux-Kernel benutzt. Daher ist auch der Doppelname GNU/Linux für eine Distribution geläufig (z. B. bei Debian).

Es gibt auch Linux-Distributionen, die auf die GNU-Softwareanteile oder ein X-Window-System komplett verzichten und stattdessen alternative Software nutzen. Diese Distributionen verhalten sich, wie beispielsweise FreeVMS oder Cosmoe, teilweise auch nicht annähernd wie ein Unix-System.

Vertrieb[Bearbeiten | Quelltext bearbeiten]

Während proprietäre Betriebssysteme häufig über den Einzelhandel vertrieben werden, ist dies bei Linux-Distributionen eher die Ausnahme. Die meisten Distributionen können heute kostenlos von der Website der Anbieter heruntergeladen werden. Diese finanzieren sich über Spenden, über kostenpflichtigen Support oder auch einfach nur über die Beteiligung von Freiwilligen. Nur vergleichsweise wenige Distributionen werden von gewinnorientierten Firmen entwickelt und sind teilweise über den Einzelhandel verfügbar. Zahlreiche Linux-Distributionen werden auch, von den Kunden unbemerkt, als Firmware auf einem Gerät oder sogar in größeren Maschinen oder Anlagen erworben. Dabei kann es sich z. B. um Werkzeugmaschinen, Fahrzeuge, Haushaltsgeräte, SPS, Messgeräte, Mobiltelefone, Modems, Digitalkameras, NAS oder Fernseher handeln.

Geschichte[Bearbeiten | Quelltext bearbeiten]

Da Linux nur ein Betriebssystem-Kernel ist, wird weitere Software benötigt, um ein benutzbares Betriebssystem zu erhalten. Aus diesem Grund kamen die ersten Linux-Distributionen schon kurz nach der GPL-Lizenzierung von Linux auf, als Anwender, die nicht zum direkten Entwicklerkreis gehörten, Linux zu nutzen begannen. Die ersten Distributionen hatten dabei das Ziel, das System beispielsweise mit der Software des GNU-Projekts zu einem arbeitsfähigen Betriebssystem zu bündeln. Zu ihnen gehörten MCC Interim Linux, das auf den FTP-Servern der University of Manchester im Februar 1992 veröffentlicht wurde sowie TAMU und Softlanding Linux System (SLS), die etwas später herauskamen. Die erste kommerziell auf CD erhältliche Distribution war 1992 das von Adam J. Richters entwickelte Yggdrasil Linux. 1993 veröffentlichte Patrick Volkerding die Distribution Slackware, die auf SLS basiert. Sie ist die älteste heute noch aktive Linux-Distribution. Ebenfalls 1993, ungefähr einen Monat nach der Veröffentlichung von Slackware, wurde das Debian-Projekt ins Leben gerufen, das im Gegensatz zu Slackware gemeinschaftlich entwickelt wird. Die erste stabile Version kam 1996 heraus.[1] 2004 wurde von Canonical das auf Debian basierende, später sehr populäre Ubuntu herausgebracht.[2]

Die ersten Nutzer kannten noch freie Software aus der Zeit vor den 1980er-Jahren und schätzten Linux, weil sie wieder die Verwertungsrechte an der von ihnen verwendeten Software besaßen. Spätere Nutzer waren Unix-Anwender, die Linux zunächst vor allem privat einsetzten und sich vor allem über den geringen Preis freuten. Waren die ersten Distributionen nur der Bequemlichkeit halber geschaffen worden, sind sie doch heute die übliche Art für Nutzer wie auch Entwickler, ein Linux-System zu installieren. Dabei werden die Linux-Distributionen heutzutage sowohl von Entwicklergruppen als auch von Firmen oder gemeinnützigen Projekten entwickelt und betrieben.

Die Frage, welche Distributionen besonders beliebt sind, lässt sich nur schwer beantworten. Im deutschsprachigen Raum werden vor allem Ubuntu, Debian, openSUSE und Knoppix häufiger auch außerhalb der IT-Presse erwähnt. Darüber hinaus wäre Fedora zu nennen, das von dem börsennotierten US-Unternehmen Red Hat entwickelt wird.

Arten von Distributionen[Bearbeiten | Quelltext bearbeiten]

Da Distributionen praktisch eigene Produkte sind, konkurrieren diese am Markt miteinander und versuchen, sich einerseits voneinander abzugrenzen, andererseits aber auch anderen Distributionen keinen zu großen Vorteil zu überlassen. Daher unterscheiden sich zwar sämtliche Distributionen; es gibt aber kaum etwas, wofür sich nicht jede Distribution anpassen ließe. Hiervon ausgenommen sind nur Spezial-Systeme, etwa als Software im Embedded-Bereich.

Einige Distributionen sind speziell auf einen Anwendungsfall optimiert. So gibt es etwa Systeme speziell für den Einsatz in Bildungseinrichtungen mit hierfür spezialisierter Software und zumeist einem Terminalserver-System, wodurch nur ein leistungsstarker Rechner benötigt wird und ansonsten auch ältere Hardware ausreicht. Beispiele sind hier Edubuntu oder DebianEdu. Ebenso gibt es Systeme speziell für veraltete Rechner, die einen geringeren Funktionsumfang haben und geringe Systemanforderungen stellen. Beispiele sind etwa Damn Small Linux oder Puppy Linux, die einen Umfang von nur 50 beziehungsweise 100 MB haben.

Smartphone-Distributionen[Bearbeiten | Quelltext bearbeiten]

Homescreen von Android 7.1

Für Smartphones und Tablets gibt es speziell optimierte Linux-Distributionen. Sie bieten neben den Telefonie- und SMS-Funktionen diverse PIM-, Navigations- und Multimedia-Funktionen. Die Bedienung erfolgt typischerweise über Multi-Touch oder mit einem Stift. Linux-basierte Smartphone-Betriebssysteme werden meist von einem Unternehmenskonsortium oder einem einzelnen Unternehmen entwickelt und unterscheiden sich teilweise sehr stark von den sonst klassischen Desktop-, Embedded- und Server-Distributionen. Anders als im Embedded-Bereich sind Linux-basierte Smartphonesysteme aber nicht auf ein bestimmtes Gerät beschränkt. Vielmehr dienen sie als Betriebssystem für Geräte ganz unterschiedlicher Modellreihen und werden oft herstellerübergreifend eingesetzt.

Die Architektur vieler Linux-basierter Smartphone- und Tablet-Betriebssysteme wie z. B. Android hat neben dem Linux-Kernel nur wenig Gemeinsamkeiten mit klassischen Linux-Distributionskonzepten.[3][4][5] Ob Android als wichtigstes Linux-Kernel basierendes Smartphone-Betriebssystem auch als Linux-Distribution einzuordnen ist, wird kontrovers diskutiert.[6] U.a. wird typischerweise auch nur ein kleiner Teil der sonst üblichen GNU-Software-Umgebung und -Tools genutzt.[7] Obwohl Android selbst quelloffen ist, wird es meist mit den proprietären Google-Play-Diensten ausgeliefert, da Android selber den oft gewünschten Google Play Store nicht enthält.[8] Da dadurch unkontrollierte proprietäre Binär-Software verwendet wird, stehen Richard Stallman und die FSF Android sehr kritisch gegenüber und empfehlen die Verwendung von Alternativen.[7][9] Die meist auf Linux genutzten UNIX-artigen Dienste und Tools werden teilweise durch eine Java-Laufzeitumgebung ersetzt. Dadurch entstehen neue Programmierschnittstellen, die sich auf beliebigen anderen Plattformen emulieren bzw. umsetzen lassen.[10] Trotz großer Diskrepanzen[11][12][4][3] wird Android jedoch von manchen über gemeinsame Eigenschaften mit Embedded-Linux-Distributionen bei den Linux-Distributionen eingeordnet.[13] Andere Linux-basierende Smartphone-Betriebssysteme wie etwa Firefox OS, Ubuntu for phones,[14] Maemo, Tizen, Mer, Sailfish OS[15] und MeeGo nutzen größere Teile der klassischen GNU-Software-Umgebung, so dass diese teilweise einfacher mit klassischen Linux-Anwendungen ergänzt werden können und somit eher Linux-Distributionen im klassischen Sinne entsprechen.

Während die Marktanteile von bisher verbreiteten Mobil-Plattformen wie Apples iOS, Microsofts Windows Mobile und Nokias Symbian OS sanken, konnte Android Marktanteile hinzugewinnen.[16] Seit Ende 2010 haben Linux-Systeme die Marktführerschaft auf dem schnell wachsenden Smartphone-Markt übernommen.[17] Sie wiesen zusammen im Juli 2011 einen Marktanteil von mindestens 45 %[18] auf. Aktuell ist Android die mit großem Abstand verbreitetste Linuxdistribution für Smartphones. Der Marktanteil lag im Mai 2016 bei 78 %.[19]

Embedded-Distributionen[Bearbeiten | Quelltext bearbeiten]

Linux ist ein beliebtes Betriebssystem in eingebetteten Systemen.[20] Entsprechende Distributionen sind für gewöhnlich hoch spezialisiert, da sie auf wenige, bestimmte Aufgaben ausgelegt sind. So ist meistens auch keine oder nur eine sehr einfache grafische Oberfläche zu finden. Häufig handelt es sich um Echtzeitsysteme. Sie haben in der Regel wenig Ähnlichkeit mit PC-Distributionen.

Live-Distributionen[Bearbeiten | Quelltext bearbeiten]

Eine Besonderheit bilden Live-Systeme, die von CD, DVD, USB und anderen Medien gebootet werden. Handelte es sich hierbei zunächst nur um spezialisierte Distributionen, die den Funktionsumfang von Linux demonstrieren sollten, gehört es inzwischen zum guten Ton unter Linux-Distributionen, den Standard-Umfang in Form einer Live-CD oder -DVD bzw. einem Live-USB-Speicherstick anzubieten. Einige dieser Systeme lassen sich auch direkt von dem Medium aus installieren.

Live-Systeme können als vollständiges Linux gestartet werden, ohne auf die Festplatte zu schreiben und ohne die bestehende Konfiguration eines Rechners zu verändern. So kann die entsprechende Linux-Distribution gefahrlos auf einem Computer getestet werden. Live-Systeme eignen sich auch hervorragend zur Datenrettung und Systemanalyse, da sie von der Konfiguration des bereits bestehenden Systems unabhängig sind und so auch von möglichen Infektionen durch Würmer und Viren nicht betroffen werden können.

Linux-Distributionen neben anderen Betriebssystemen[Bearbeiten | Quelltext bearbeiten]

Die meisten Linux-Distributionen können auf derselben Hardware parallel zu anderen Betriebssystemen installiert werden. Als solche kommen bspw. eine weitere Linux-Distribution, ein anderes unixoides Betriebssystem wie macOS oder Solaris, oder aber auch ein Windows in Betracht. Prinzipiell sind zwei Vorgehensweisen zu unterscheiden:

Multi-Boot[Bearbeiten | Quelltext bearbeiten]

In einer Multi-Boot-Konfiguration werden zwei oder mehr Betriebssysteme parallel auf verschiedene Festplatten-Partitionen installiert. Installationsprogramme moderner Linux-Distributionen können meist bereits installierte Betriebssysteme erkennen und eigenständig eine Multi-Boot-Konfiguration einrichten. Nach der Installation kann beim Bootvorgang über einen Bootloader oder Bootmanager gewählt werden, welches Betriebssystem starten soll.

Virtualisierung[Bearbeiten | Quelltext bearbeiten]

Werden die Betriebssysteme häufig gleichzeitig genutzt, bietet sich u. U. eher eine Virtualisierungs-Lösung an. Zu unterscheiden sind hierbei das Host- und Gast-System. Ersteres ist tatsächlich physisch auf der Hardware installiert. Innerhalb dessen kommt eine Virtualisierungssoftware wie bspw. VirtualBox oder KVM zum Einsatz. Diese emuliert für das Gast-System die gesamte erforderliche Hardware oder bietet durch ein Sicherheitssystem direkten Zugriff auf die tatsächlich vorhandene Hardware des Computers. Da diese in einer solchen Konfiguration für den gleichzeitigen Betrieb beider Systeme erforderlich ist, kann es zu Geschwindigkeitseinbußen kommen.

Unterschiede zwischen einzelnen Distributionen[Bearbeiten | Quelltext bearbeiten]

Auch wenn man Spezial-Distributionen außer Acht lässt, unterscheiden sich auch gängige Linux-Distributionen in einigen Punkten.

Einige Distributionen für Fortgeschrittene haben zum Beispiel keinen Installer, sondern nur eine Live-CD, die die nötigen Werkzeuge zur manuellen Installation bereitstellt (bspw. Arch und Gentoo). Die meisten bieten allerdings einen Installer in Form eines Assistenten an. Einige bieten zwar einen Assistenten an, erfordern aber Vorarbeiten, etwa das Partitionieren (bspw. Slackware). Die sonstige Art der Konfiguration entspricht normalerweise der Installationsmethode. Bei manchen Systemen muss man also die Konfigurationsdateien i. d. R. direkt bearbeiten, während andere für die wichtigsten Optionen Tools bereitstellen.

Ein wichtiger Punkt ist auch die kostenlose Verfügbarkeit. Einige wenige Distributionen kosten Geld (bspw. RHEL), während die meisten kostenlos sind.

Weiter unterscheiden sich Distributionen in der Anzahl der unterstützten Architekturen (besonders vielfältig sind Gentoo und Debian). Auch spielen Art und Umfang der Dokumentation eine Rolle. So liegen einigen Produkten Handbücher bei (bspw. RHEL), während für die meisten nur Dokumentation auf Webseiten zur Verfügung steht. Manche Distributionen verzichten ganz auf eine offizielle Dokumentation und lassen diese lieber – bspw. als Wiki – von der Nutzerschaft pflegen. Kommerzielle Distributoren bieten darüber hinaus meist offiziellen Support an, welcher als Dienstleistung allerdings vergütet werden muss. Auch in der Lizenzpolitik gibt es Unterschiede. Einige Systeme haben ausschließlich freie Software in ihren Repositories (besonders konsequent bspw. Parabola), während andere auch unfreie aufnehmen. Als ein Kompromiss werden häufig Repositories mit proprietärer Software angeboten, die aber manuell zum Paketmanager hinzugefügt werden müssen (das machen bspw. Debian und Ubuntu) oder es wird eine Ausnahme für besonders wichtige Programme gemacht (bspw. auch Ubuntu). Kostenpflichtige Software wird fast nie aufgenommen. Zu unterscheiden sind weiter Community-Distributionen (bspw. Debian) von solchen, hinter denen Unternehmen stehen (bspw. Ubuntu). Auch die Updatezyklen spielen eine Rolle. Sie gehen von Rolling Releases (bspw. Arch, Gentoo und Debian Unstable) bis hin zu vierjährigen Updatezyklen mit garantierter zehnjähriger Unterstützung einer Version (RHEL). Wichtig ist auch die Anzahl der Software in den Repositories. Entsprechend der Zielgruppe einer Distribution sind auch Größe und Fachkenntnis der Nutzerschaft verschieden.

Kompatibilität zwischen den Distributionen[Bearbeiten | Quelltext bearbeiten]

Die Unterschiede zwischen den Distributionen wirken sich oftmals auf deren Kompatibilität aus.[21]

Schon früh in der Geschichte der Distributionen entstanden Konzepte, die Installation weiterer Software zu vereinfachen. Meist sollte Software in Form kompilierter Pakete bereitgestellt und ein Mechanismus mitgeliefert werden, der funktionelle Abhängigkeiten zwischen installierten und nachgeladenen Paketen auflösen kann. Die entstandenen Paketmanagement-Systeme arbeiten mit je eigenen Paketformaten, zum Beispiel RPM oder dpkg. Viele Linux-Distributionen haben eine eigene Softwareverwaltung mit eigenen Binärpaketen, die zu anderen Distributionen teilweise inkompatibel sind.

Die Kritik am Prinzip der Linux-Distributionen setzt unter anderem an diesem Punkt an.[21][22] Da nicht jedes Software-Projekt und nicht jeder Software-Entwickler die Kenntnisse und Ressourcen hat, Software für jede einzelne Linux-Distribution bereitzustellen, wird oft nur der Quelltext veröffentlicht. Aus dem veröffentlichten Quelltext lauffähige Anwendungen zu erzeugen, ist jedoch potentiell ein komplizierter und fehlerträchtiger Prozess, der vielen Anwendern zu kompliziert sein kann. Diese bleiben dann oft auf die von der Distribution mitgelieferte Software angewiesen bzw. limitiert.[23] Die Bereitstellung des Quellcodes als Softwareauslieferungsmethode ist jedoch für Anbieter kommerzieller Software, die Software binär ausliefern wollen, keine Option, weswegen diese die Menge von Distributionen und deren Paketformaten mit spezifischen Paketen bedienen müssen, was einen großen Mehraufwand bedeutet.[24][25][26] Im Umfeld von Unternehmen hat deshalb nur eine begrenzte Auswahl an Distributionen eine Chance als allgemeine Arbeitsplattform.

Eine weitere wichtige Norm ist POSIX. Sie geht im Gegensatz zur LSB über Linux hinaus und soll einen Standard für alle unixoiden Betriebssysteme bilden. POSIX ist nicht kompatibel mit der LSB. Linux-Distributionen halten sich für gewöhnlich an einen Großteil der Norm. Allerdings gibt es derzeit keine Distribution, die offiziell als POSIX-konform zertifiziert ist.[27]

Standardisierungsansätze[Bearbeiten | Quelltext bearbeiten]

Damit sich die Distributionen nicht weiter auseinanderentwickeln, wurde die Free Standards Group (heute Linux Foundation) mit dem Ziel gegründet, entsprechende Standards zwischen Distributionen zu fördern. Der Bekannteste ist die Linux Standard Base zur Förderung der binären Kompatibilität der Distributionen. Die LSB wird dabei von den verschiedenen Distributionen unterschiedlich strikt umgesetzt. Sie definiert übereinstimmende Binärschnittstellen („ABI“ genannt, für Application Binary Interface), einige Details zum inneren Aufbau und ein Paketsystem (hier RPM), das für die Installation von Software anderer Anbieter unterstützt werden muss.

Die praktische Bedeutung dieser Regeln ist allerdings nur begrenzt.[28] Die einseitige Festlegung auf das RPM-Paketformat wird teilweise angezweifelt, nachdem in den letzten Jahren durch Ubuntu oder Linux Mint das dpkg-Format eine große Verbreitung erlangt hat. Weil die meisten Distributionen, die dpkg nutzen, direkt auf Debian basieren, sind deren Pakete oft in anderen Distributionen, die ebenfalls auf Debian basieren, installierbar. Auf der anderen Seite setzen alle von Fedora (respektive Red Hat Linux), OpenSUSE und Mandriva abstammenden Distributionen auf RPM. Es ist mit einigen Einschränkungen durchaus möglich – z. B. mit Hilfe des OpenSuse Build Service – RPM-Pakete zu erstellen, die auf allen diesen Distributionen nutzbar sind.[29]

Eine weitere Standardisierung stellt der Filesystem Hierarchy Standard dar, der eine gemeinsame Benennung einiger Datei- und Verzeichnisnamen und eine übereinstimmende Struktur der Basisverzeichnisse ermöglichen soll. Allerdings sind auch hier Details nicht geregelt, die bisher Inkompatibilitäten erzeugten. Andere Probleme ergeben sich erst durch die feste Integration von Anwendungen in den Systemverzeichnisbaum.[30] Er wird von der Linux Standard Base vorausgesetzt.

Alternativansätze für die Programmverbreitung[Bearbeiten | Quelltext bearbeiten]

Es gibt einige Alternativansätze zu dem Modell der zentralen Softwareverbreitung über die Distributionen und deren Repositories. Projekte wie Autopackage[31], Zero Install[32] oder der Klik-Nachfolger PortableLinuxApps[33] versuchen eine einheitliche, aber dezentrale, distributionsunabhängige, binäre Softwareverbreitungsmöglichkeit zu schaffen, konnten aber bis jetzt faktisch keine relevante Verbreitung oder Unterstützung der Linux-Community erreichen.[34]

Ein Schritt in diese Richtung war 2011 die Einführung eines Software Center in Ubuntu,[35] um die Anzahl der Applikationen signifikant erhöhen zu können, da das Distributionsmodell nur begrenzt skaliert.[36]

2012 betonte auch der Kernelentwickler Ingo Molnár die Notwendigkeit der Bereitstellung einer solchen dezentralen, skalierbaren und distributionsunabhängigen Softwareverbreitungsmethode; das Fehlen eines solchen Mechanismus sei eines der Kernprobleme des Linux-Desktops.[37]

Siehe auch[Bearbeiten | Quelltext bearbeiten]

Literatur[Bearbeiten | Quelltext bearbeiten]

Weblinks[Bearbeiten | Quelltext bearbeiten]

Commons: Linux-Distribution – Sammlung von Bildern, Videos und Audiodateien

Einzelnachweise[Bearbeiten | Quelltext bearbeiten]

  1. A Brief History of Debian - A Detailed History. Debian Documentation Team, archiviert vom Original (nicht mehr online verfügbar) am 23. September 2015; abgerufen am 8. August 2016.  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/www.debian.org
  2. Releases - Ubuntu Wiki. Canonical, abgerufen am 8. August 2016.
  3. a b Chris Hoffman: Android is Based on Linux, But What Does That Mean? 12. Mai 2014, abgerufen am 23. April 2015 (englisch): „Android may be based on Linux, but it’s not based on the type of Linux system you may have used on your PC. You can’t run Android apps on typical Linux distributions and you can’t run the Linux programs you’re familiar with on Android. Linux makes up the core part of Android, but Google hasn’t added all the typical software and libraries you’d find on a Linux distribution like Ubuntu. This makes all the difference.
  4. a b Ryan Paul: Dream(sheep++): A developer’s introduction to Google Android. In: Ars Technica. 24. Februar 2009, abgerufen am 3. April 2013 (englisch).
  5. Adrian Kingsley-Hughes: The death of the Linux distro. In: The death of the Linux distro. CBS Interactive, 14. Februar 2012, abgerufen am 19. September 2012 (englisch): „Take a look at how Android has become the dominant Linux distro on mobile platforms. […] So again, while B2G is essentially a Linux distro, people will come […]“
  6. Jeff Hoogland: Six Signs Android really isn't Linux. Thoughts on technology, 7. Juli 2011, abgerufen am 20. April 2015 (englisch): „Many people argue that Android has put Linux into the hands of millions of users. While there is no doubting that Android has been a raging success, I would argue that Google has put Android into the hands of millions of people – not Linux.
  7. a b Richard Stallman: Is Android really free software? – Google’s smartphone code is often described as 'open' or 'free' – but when examined by the Free Software Foundation, it starts to look like something different. The Guardian, 19. September 2011, abgerufen am 9. September 2012 (englisch): „the software of Android versions 1 and 2 was mostly developed by Google; Google released it under the Apache 2.0 license, which is a lax free software license without copyleft. […] The version of Linux included in Android is not entirely free software, since it contains non-free „binary blobs“ […] Android is very different from the GNU/Linux operating system because it contains very little of GNU.“
  8. Android Open Source Project. Abgerufen am 29. Juni 2020 (englisch).
  9. Richard Stallman: Android und die Freiheit der Nutzer – Unterstützen Sie die Kampagne Befreien Sie Ihr Android! gnu.org, 5. August 2012, abgerufen am 9. September 2012: „Obwohl heutige Android-Telefone erheblich weniger schlecht als Apple- oder Windows-Smartphones sind, kann nicht gesagt werden, dass sie die Freiheit der Nutzer respektieren.“
  10. What is Android? In: Android Developers Guide. Abgerufen am 8. September 2011 (englisch).
  11. zdnet.de: „Wieviel Linux steckt in Googles OS?“ von Christoph H. Hochstätter, 18. Mai 2011. Abgerufen am 11. September 2013
  12. Anika Kehrer: Wieviel Linux steckt in Android?. Online auf linux-magazin.de vom 10. November 2009; abgerufen am 11. September 2013.
  13. Bill Anderson: Android is Just Another Distribution of Linux. Android News for Costa Rica, 13. Mai 2014, abgerufen am 12. September 2014 (englisch): „Android is not a GNU/Linux distribution, but it is a distribution of Linux. More specifically, it is a distribution of embedded Linux that uses many NetBSD utilities.
  14. Canonical bringt Ubuntu auf Smartphones. Archiviert vom Original (nicht mehr online verfügbar) am 12. Januar 2013; abgerufen am 18. Januar 2013.
  15. Jolla: Erstes Sailfish-Smartphone Ende 2013 für 400 €. chip.de, archiviert vom Original (nicht mehr online verfügbar) am 7. Juni 2013; abgerufen am 29. Mai 2013.
  16. Kennzahlen zum Mobile-Markt von Business Insider (Memento vom 27. Mai 2012 im Internet Archive), 15. April 2012, Alexander Oschatz, Radenbul, zugegriffen: 19. Juni 2012.
  17. Google’s Android becomes the world’s leading smart phone platform (englisch), zugegriffen 11. August 2011
  18. Nokias Krise verschärft sich. NZZ-Online, 11. August 2011, abgerufen am 10. Januar 2012.
  19. Marktanteile von Android und iOS am Absatz in Deutschland. statista, abgerufen am 7. August 2016.
  20. Linux wächst weiter im Markt für eingebettete Geräte. pro-linux.de, 25. März 2015, abgerufen am 7. August 2016.
  21. a b Tony Mobily: 2009: software installation in GNU/Linux is still broken – and a path to fixing it. www.freesoftwaremagazine.com, 23. Juni 2009, archiviert vom Original am 26. Juni 2009; abgerufen am 4. August 2011.
  22. Troy Hepfner: Linux Game Development Part 2 – Distributable Binaries. 1. Oktober 2007, archiviert vom Original am 13. Oktober 2007; abgerufen am 19. Dezember 2011 (englisch): „Creating an executable that works on almost all Linux distributions is a challenge. There are a number of factors that contribute to the problem […]“
  23. John King: Upgrading packaged Ubuntu application unreasonably involves upgrading entire OS – Bug #578045. In: Launchpad. Ubuntu, 10. Mai 2010, abgerufen am 27. Mai 2012 (englisch): „It is easier to upgrade to the newest stable versions of most applications – even open source applications – on a proprietary operating system than it is on Ubuntu.“
  24. Eskild Hustvedt: Playing well with distros. Linux Game Publishing, 24. November 2009, archiviert vom Original am 21. September 2011; abgerufen am 15. Januar 2012 (englisch).
  25. Miguel de Icaza: Linux and Independent Software Vendors. primates.ximian.com, 4. November 2003, archiviert vom Original am 15. Juli 2012; abgerufen am 7. April 2012 (englisch): „[…] staffing requirements for maintaining and testing […] software for a dozen of distributions and release versions quickly becomes a big burden […]“
  26. Dave Burke: Porting Osmos to Linux: A Post-Mortem (part 2/3). hemispheregames.com, 18. Mai 2010, abgerufen am 16. Juni 2012 (englisch): „Didn’t Love: Packaging the Game. It took days of effort to create the binary packages for Osmos […] How should an app be packaged in Linux? […]There are no standards or clear answers to any of these questions. There’s no documentation for this stuff! Asking on the forums will typically net you a spectrum of answers with no consensus answer and lots of little side arguments. I basically reverse engineered what I saw other apps doing (which sadly was of little comfort because everyone does it differently). I settled on supporting .deb/.rpm/.tar.gz with explicit 32 bit and 64 bit executables […]“
  27. The Register of UNIX Certified Products. Abgerufen am 18. Juli 2017.
  28. Eric Brown: LSB 4.0 certifications aim to heal Linux fragmentation. linuxfordevices.com, 8. Dezember 2010, archiviert vom Original am 24. Dezember 2013; abgerufen am 16. November 2011 (englisch): „[…] LSB helps to reduce fragmentation, it does not eliminate it. „The issue of packaging and broader dependencies is still a big one (for me) at least“ writes Kerner. „The same RPM that I get for Fedora won’t work on Ubuntu, and Ubuntu DEB packages won’t work on SUSE etc etc.“ […]“
  29. openSUSE:Build Service cross distribution howto. Suse (Novell), 11. Mai 2013, abgerufen am 6. Februar 2014 (englisch).
  30. Hisham Muhammad: The Unix tree rethought: an introduction to GoboLinux. www.kuro5hin.org, 9. Mai 2003, abgerufen am 3. Juni 2010.
  31. Robert Staudinger: Distributionsunabhängige Pakete mit Autopackage – Eines für alle. Linux-Magazin 2006/02, 1. Februar 2006, abgerufen am 11. April 2012: „Obwohl sie nach dem gleichen Prinzip arbeiten, laufen RPMs von Suse 9.2 nicht unter Suse 9.3 und schon gar nicht unter Red Hat. Das Autopackage-Projekt setzt auf einen einheitlichen Standard für die Erstellung von Installationspaketen. Dabei lösen die einzelnen Pakete ihre Abhängigkeiten selbst auf.“
  32. Thomas Leonard: Decentralised Installation Systems. osnews.com, 16. Januar 2007, abgerufen am 3. Mai 2012 (englisch).
  33. Simon Peter: AppImageKit Documentation 1.0. (PDF; 38 kB) PortableLinuxApps.org, 2010, S. 2–3, archiviert vom Original am 29. November 2010; abgerufen am 29. Juli 2011: „Linux distributions mostly use package managers for everything. While this is perceived superior to Windows and the Mac by many Linux enthusiasts, it also creates a number of disadvantages: Centralization […], Duplication of effort […], Need to be online […], No recent apps on mature operating systems […], No way to use multiple versions in parallel […], Not easy to move an app from one machine to another […]. The AppImage format has been created with specific objectives in mind: Be distribution-agnostic […], Maintain binary compatibility […]“
  34. Bruce Byfield: Autopackage struggling to gain acceptance. linux.com, 12. Februar 2007, archiviert vom Original am 31. März 2008; abgerufen am 21. Januar 2012 (englisch): „If Hearn is correct, the real lesson of Autopackage is not how to improve software installation, but the difficulty – perhaps the impossibility – of large-scale changes in Linux architecture this late in its history. It’s a sobering, disappointing conclusion to a project that once seemed so promising.“
  35. Ricky Laishram: Software Center ersetzt Synaptic. 23. Juni 2011, abgerufen am 29. September 2011 (englisch).
  36. Matthew Paul Thomas: UDS N Monday plenary: Getting great applications on Ubuntu. In: Ubuntu Developer Summit 2010. 25. Oktober 2010, abgerufen am 29. April 2012 (englisch).
  37. Ingo Molnár: Ingo Molnar. plus.google.com, 17. März 2012, abgerufen am 16. Juni 2012 (englisch): „So, to fix desktop Linux we need a radically different software distribution model: less of a cathedral, more of a bazaar. […] – totally flat package dependencies (i. e. a package update does not forcibly pull in other package updates) […] – a guaranteed ABI platform going forward (once a package is installed it will never break or require forced updates again). Users want to be free of update pressure from the rest of the system, if they choose to.“