太羞涩了！“达康书记”与张雨绮还演过激情戏
Eine Linux-Distribution (kurz Distro) ist eine Auswahl aufeinander abgestimmter Softwarepakete rund um den Linux-Kernel, bei dem es sich 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]
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]
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. Obwohl die LSB nicht mit POSIX kompatibel ist, halten sich Linux-Distributionen für gew?hnlich an einen Gro?teil der Norm. Daher gab es lange Zeit keine einzige Distribution, die offiziell als POSIX-konform zertifiziert war,[27] bis 2016 u. a. Huawei mit EulerOS den Zertifizierungsprozess UNIX 03 durchlaufen hat. Die Bedeutung dieser Zertifizierung, und damit die vollst?ndige Einhaltung des POSIX-Standards, ist für das Linux- und BSD-?kosystem jedoch nicht wirklich wichtig.[28]
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.[29] 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.[30]
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.[31] 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[32], Zero Install[33] oder der Klik-Nachfolger PortableLinuxApps[34] 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.[35]
Ein Schritt in diese Richtung war 2011 die Einführung eines Software Center in Ubuntu,[36] um die Anzahl der Applikationen signifikant erh?hen zu k?nnen, da das Distributionsmodell nur begrenzt skaliert.[37]
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.[38]
Siehe auch
[Bearbeiten | Quelltext bearbeiten]Literatur
[Bearbeiten | Quelltext bearbeiten]- Johannes Pl?tner, Steffen Wendzel: Linux. Das umfassende Handbuch. 4. Auflage. Galileo Press, Bonn 2010, ISBN 978-3-8362-1704-0.
- Michael Kofler: Linux 2010: Debian, Fedora, openSUSE, Ubuntu. 9. Auflage. Addison-Wesley, München 2009, ISBN 978-3-8273-2158-9. (bis zur 8. Auflage unter dem Titel: Linux. Installation, Konfiguration, Anwendung.)
Weblinks
[Bearbeiten | Quelltext bearbeiten]
- Distributionsübersicht mit Ranglisten auf DistroWatch.com
- Auflistung von Live-CD-Distributionen
- Linux-Distribution Chooser – ein Hilfswerkzeug für die Wahl zwischen verschiedenen verbreiteten Linux-Distributionen
- Repology.org – Suchmaschine für Softwarepakete und ihre jeweiligen Versionen in verschiedenen Repositories
Einzelnachweise
[Bearbeiten | Quelltext bearbeiten]- ↑ A Brief History of Debian - A Detailed History. Debian Documentation Team, archiviert vom (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.
- ↑ Releases - Ubuntu Wiki. Canonical, abgerufen am 8. August 2016.
- ↑ 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.“
- ↑ 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).
- ↑ 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 […]“
- ↑ 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.“
- ↑ 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.“
- ↑ Android Open Source Project. Abgerufen am 29. Juni 2020 (englisch).
- ↑ 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.“
- ↑ What is Android? In: Android Developers Guide. Abgerufen am 8. September 2011 (englisch).
- ↑ zdnet.de: ?Wieviel Linux steckt in Googles OS?“ von Christoph H. Hochst?tter, 18. Mai 2011. Abgerufen am 11. September 2013
- ↑ Anika Kehrer: Wieviel Linux steckt in Android?. Online auf linux-magazin.de vom 10. November 2009; abgerufen am 11. September 2013.
- ↑ 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.“
- ↑ Canonical bringt Ubuntu auf Smartphones. Archiviert vom (nicht mehr online verfügbar) am 12. Januar 2013; abgerufen am 18. Januar 2013.
- ↑ Jolla: Erstes Sailfish-Smartphone Ende 2013 für 400 €. chip.de, archiviert vom (nicht mehr online verfügbar) am 7. Juni 2013; abgerufen am 29. Mai 2013.
- ↑ Kennzahlen zum Mobile-Markt von Business Insider ( vom 27. Mai 2012 im Internet Archive), 15. April 2012, Alexander Oschatz, Radenbul, zugegriffen: 19. Juni 2012.
- ↑ Google’s Android becomes the world’s leading smart phone platform (englisch), zugegriffen 11. August 2011
- ↑ Nokias Krise versch?rft sich. NZZ-Online, 11. August 2011, abgerufen am 10. Januar 2012.
- ↑ Marktanteile von Android und iOS am Absatz in Deutschland. statista, abgerufen am 7. August 2016.
- ↑ Linux w?chst weiter im Markt für eingebettete Ger?te. pro-linux.de, 25. M?rz 2015, abgerufen am 7. August 2016.
- ↑ 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 am 26. Juni 2009; abgerufen am 4. August 2011.
- ↑ Troy Hepfner: Linux Game Development Part 2 – Distributable Binaries. 1. Oktober 2007, archiviert vom 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 […]“
- ↑ 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.“
- ↑ Eskild Hustvedt: Playing well with distros. Linux Game Publishing, 24. November 2009, archiviert vom am 21. September 2011; abgerufen am 15. Januar 2012 (englisch).
- ↑ Miguel de Icaza: Linux and Independent Software Vendors. primates.ximian.com, 4. November 2003, archiviert vom 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 […]“
- ↑ 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 […]“
- ↑ The Register of UNIX Certified Products. Abgerufen am 18. Juli 2017.
- ↑ Scott Alan Miller: Linux Administration Best Practices; Practical solutions to approaching the design and management of Linux systems. Packt Publishing, 2022, ISBN 978-1-80056-879-2, Is Linux UNIX?, S. 29 ff. (englisch, eingeschr?nkte Vorschau in der Google-Buchsuche): “While most operating systems built from Linux have never bothered to pay for any kind of UNIX certification, one of them recently did: EulerOS by Huawei which is built from CentOS, which in turn, is built from Fedora. Only EulerOS as a product officially carries the UNIX trademark designation, but it shows that the broader ecosystem is meeting the specifications. … In reality, the Linux and BSD ecosystems have demonstrated that the utility of the UNIX certification process has run its course and the process is now detrimental to the industry and serves no purpose. At the end of the day, being compatible with UNIX is worthless, it is Linux and BSD that other systems want to maintain compatibility with.”
- ↑ Eric Brown: LSB 4.0 certifications aim to heal Linux fragmentation. linuxfordevices.com, 8. Dezember 2010, archiviert vom 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.“ […]“
- ↑ openSUSE:Build Service cross distribution howto. Suse (Novell), 11. Mai 2013, abgerufen am 6. Februar 2014 (englisch).
- ↑ Hisham Muhammad: The Unix tree rethought: an introduction to GoboLinux. www.kuro5hin.org, 9. Mai 2003, abgerufen am 3. Juni 2010.
- ↑ 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.“
- ↑ Thomas Leonard: Decentralised Installation Systems. osnews.com, 16. Januar 2007, abgerufen am 3. Mai 2012 (englisch).
- ↑ Simon Peter: AppImageKit Documentation 1.0. (PDF; 38 kB) PortableLinuxApps.org, 2010, S. 2–3, archiviert vom 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 […]“
- ↑ Bruce Byfield: Autopackage struggling to gain acceptance. linux.com, 12. Februar 2007, archiviert vom 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.“
- ↑ Ricky Laishram: Software Center ersetzt Synaptic. 23. Juni 2011, abgerufen am 29. September 2011 (englisch).
- ↑ 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).
- ↑ 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.“
