Linux-distributie
Een Linux-distributie is een selectie van gecoördineerde software rond de Linux-kernel , die in sommige gevallen ook een min of meer aangepaste distributie- kernel is die meestal in nauwe coördinatie met Upstream zelf wordt onderhouden. Meestal is de term beperkt tot compilaties die grotendeels Linux-typisch zijn, wat bijvoorbeeld niet van toepassing is op Android .
Distributies waarin GNU- programma's een essentiële rol spelen, worden ook wel " GNU/Linux-distributies " genoemd. De naamgeving met of zonder het achtervoegsel van de GNU-naam wordt door de distributeurs anders afgehandeld, afhankelijk van hun positie in het GNU/Linux-naamgeschil .
Bijna elke distributie is georganiseerd rond een pakketbeheersysteem , wat betekent dat alle componenten van de installatie beschikbaar zijn als pakketten en kunnen worden geïnstalleerd, verwijderd en bijgewerkt met behulp van de pakketbeheerder. De pakketten worden online bewaard in zogenaamde repositories .
Een Linux-distributie wordt door zijn distributeur samengesteld. Meestal selecteert deze persoon programma's waarvoor hij de nodige rechten heeft, past ze min of meer aan, verpakt ze in zijn pakketbeheerder en biedt het resultaat als distributie aan. Gewoonlijk worden slechts enkele programma's door de distributeur zelf geschreven, b.v. B. meestal het distributie- installatieprogramma . De distributeur kan een bedrijf zijn of een groep vrijwilligers van over de hele wereld. Ook kan hij commerciële ondersteuning bieden.
concept
Het doel van een distributie is om een pakket gecoördineerde software te creëren. Het centrale deel bestaat uit de Linux-kernel zelf, evenals systeemprogramma's en bibliotheken. Afhankelijk van het beoogde gebruik van de distributie worden verschillende applicatieprogramma's (bijv. webbrowser , kantoorapplicaties , tekenprogramma's , mediaspelers, etc.) toegevoegd.
Linux-distributies hebben meestal een groot aantal programma's klaar voor installatie in de repositories. Dit staat in conceptueel contrast met andere besturingssystemen zoals Windows en macOS , die naast het besturingssysteem zelf slechts enkele applicaties bevatten, maar afhankelijk zijn van de integratie van programma's van externe providers, zogenaamde ISV's .
Verdere taken van de distributies zijn het aanpassen van de programma's (door patchen ), het toevoegen van uw eigen programma-ontwikkelingen (vooral voor het installeren en configureren van het systeem zoals apt , Synaptic , YaST ) en (op enkele uitzonderingen na, bijv. Gentoo) het compileren en verpakken ( . deb , .rpm ) van de programma's. Extra programma's en updates worden doorgaans centraal geleverd via een repository , die via een pakketbeheersysteem wordt gesynchroniseerd met het besturingssysteem.
Ook al zijn distributies verreweg de meest voorkomende variant van Linux-besturingssystemen, Linux kan ook zonder kant-en-klare distributie draaien, bijvoorbeeld met behulp van Linux From Scratch . In de markt voor embedded systemen , die belangrijk is voor Linux, zijn distributies niet erg wijdverbreid.
samenstelling
Naast de Linux-kernel bestaat een distributie meestal uit de GNU- softwareomgeving. Hiermee worden grote delen van het basis basissysteem voorzien van de talrijke systeemdiensten (zogenaamde daemons ) en diverse toepassingen die in een Unixoid-systeem worden verwacht. Distributies, die ook of alleen bedoeld zijn voor desktopsystemen, hebben meestal een windowsysteem , momenteel meestal het X Window System . Dit is vereist voor het uitvoeren van een grafische gebruikersinterface . Op basis hiervan is meestal een desktopomgeving beschikbaar , zoals Gnome of de KDE Software Compilation , die naast de pure gebruikersinterface ook een selectie van applicatieprogramma's bevat .
Daarnaast voegt een distributeur meestal nog tal van andere toepassingen toe. Dit zijn bijvoorbeeld kantoorpakketten , multimediasoftware, editors , e-mailprogramma's , browsers , maar ook serverdiensten . Daarnaast zijn er meestal softwareontwikkelingstools zoals compilers of tolken en editors.
Veel softwarecomponenten van Linux-distributies, b.v. B. de compiler GCC , afkomstig uit het oudere GNU-project. Zelfs voordat Linux werd ontwikkeld, had het zichzelf tot taak gesteld een alternatief te ontwikkelen voor de commerciële Unix- besturingssystemen. Aangezien de eigen kernel van het GNU-project, GNU Hurd , nog in ontwikkeling is, wordt de Linux-kernel vaak als vervanging gebruikt. Daarom is de dubbele naam GNU / Linux ook gebruikelijk voor een distributie (bijv. Debian ).
Er zijn ook Linux-distributies die volledig afzien van de GNU-softwarecomponenten of een X Window-systeem en in plaats daarvan alternatieve software gebruiken. Deze distributies, zoals FreeVMS of Cosmoe , gedragen zich soms niet eens in de verte als een Unix-systeem.
verdeling
Hoewel propriëtaire besturingssystemen vaak via detailhandelaren worden verkocht, vormen Linux-distributies de uitzondering. De meeste distributies kunnen gratis van de website worden gedownload door de provider. Deze worden gefinancierd door donaties, betaalde ondersteuning of simpelweg door de deelname van vrijwilligers. Slechts een relatief klein aantal distributies wordt ontwikkeld door op winst gerichte bedrijven en sommige zijn verkrijgbaar via detailhandelaren. Ook worden talloze Linux-distributies, onopgemerkt door klanten, gekocht als firmware op een apparaat of zelfs in grotere machines of systemen . Het kan zijn, voor. B. werktuigmachines , voertuigen , huishoudelijke apparaten , PLC's , meetapparatuur , mobiele telefoons , modems , digitale camera's , NAS of televisies .
verhaal
Omdat Linux is gewoon een besturingssysteem kernel , is extra software nodig om een bruikbaar besturingssysteem te krijgen. Om deze reden kwamen de eerste Linux- distributies op de markt kort nadat Linux door de GPL was gelicentieerd , toen gebruikers die geen deel uitmaakten van de directe ontwikkelingscirkel Linux begonnen te gebruiken. Het doel van de eerste distributies was om het systeem te bundelen met de software van het GNU-project, bijvoorbeeld om een werkend besturingssysteem te vormen. Deze omvatten MCC Interim Linux , dat in februari 1992 op de FTP-servers van de Universiteit van Manchester werd uitgebracht, en TAMU en Softlanding Linux System (SLS), dat iets later uitkwam. De eerste distributie die commercieel op cd verkrijgbaar was , was Yggdrasil Linux, ontwikkeld door Adam J. Richters in 1992. In 1993 publiceerde Patrick Volkerding de Slackware- distributie, die gebaseerd is op SLS. Het is de oudste Linux-distributie die nog steeds actief is. Eveneens in 1993, ongeveer een maand na de release van Slackware, werd het Debian-project gelanceerd, dat, in tegenstelling tot Slackware, gezamenlijk wordt ontwikkeld. De eerste stabiele versie kwam uit in 1996. In 2004 bracht Canonical het op Debian gebaseerde, later zeer populaire Ubuntu uit . [2]
De eerste gebruikers waren nog bekend met gratis software van voor de jaren 80 en waardeerden Linux omdat ze opnieuw de exploitatierechten hadden voor de software die ze gebruikten. Latere gebruikers waren Unix-gebruikers die Linux in eerste instantie vooral voor privédoeleinden gebruikten en vooral tevreden waren over de lage prijs. De eerste distributies werden alleen voor het gemak gemaakt, maar tegenwoordig zijn ze de gebruikelijke manier voor gebruikers en ontwikkelaars om een Linux-systeem te installeren. De Linux-distributies worden tegenwoordig zowel door ontwikkelaarsgroepen als door bedrijven of non-profitprojecten ontwikkeld en beheerd.
De vraag welke distributies bijzonder populair zijn, is moeilijk te beantwoorden. In Duitstalige landen worden Ubuntu, Debian, openSUSE en Knoppix vaker buiten de IT-pers genoemd. Ook Fedora , ontwikkeld door het beursgenoteerde Amerikaanse bedrijf Red Hat , mag niet ontbreken.
Soorten distributies
Omdat distributies praktisch hun eigen producten zijn , concurreren ze met elkaar op de markt en proberen ze zich enerzijds van elkaar te onderscheiden, maar anderzijds niet om andere distributies te veel voordeel te geven. Daarom verschillen alle distributies; maar er is bijna niets waarvoor elke distributie niet kan worden aangepast. De enige uitzonderingen zijn speciale systemen, zoals software in de embedded area.
Sommige distributies zijn speciaal geoptimaliseerd voor één use case. Zo zijn er systemen specifiek voor gebruik in onderwijsinstellingen met gespecialiseerde software en veelal een terminal server systeem, waardoor alleen een krachtige computer nodig is en voor de rest oudere hardware voldoende is. Voorbeelden zijn Edubuntu of DebianEdu . Er zijn ook systemen speciaal voor verouderde computers die een kleiner scala aan functies hebben en lage systeemvereisten hebben. Voorbeelden zijn Damn Small Linux of Puppy Linux , die slechts 50 of 100 MB groot zijn.
Smartphone-distributies
Er zijn speciaal geoptimaliseerde Linux-distributies voor smartphones en tablets . Naast telefonie- en sms- functies bieden ze verschillende PIM- , navigatie- en multimediafuncties . Het wordt meestal bediend met behulp van multi-touch of een pen. Op Linux gebaseerde besturingssystemen voor smartphones worden meestal ontwikkeld door een bedrijfsconsortium of een individueel bedrijf en verschillen in sommige gevallen sterk van de anders klassieke desktop-, embedded- en serverdistributies. Anders dan in het embedded gebied, zijn op Linux gebaseerde smartphonesystemen niet beperkt tot een specifiek apparaat. Ze dienen eerder als een besturingssysteem voor apparaten van zeer verschillende modelseries en worden vaak door verschillende fabrikanten gebruikt.
De architectuur van veel op Linux gebaseerde besturingssystemen voor smartphones en tablets, zoals: B. Afgezien van de Linux-kernel heeft Android weinig gemeen met klassieke Linux-distributieconcepten. [3] [4] [5] Of Android, als het belangrijkste Linux-kernelgebaseerde besturingssysteem voor smartphones, ook als een Linux-distributie moet worden geclassificeerd, is een kwestie van controverse. [6] Onder andere wordt slechts een klein deel van de verder gebruikelijke GNU-softwareomgeving en -tools gebruikt. [7] Hoewel Android zelf open source is, wordt het meestal geleverd met de eigen Google Play-services , aangezien Android zelf niet de vaak gevraagde Google Play Store bevat . [8] Aangezien dit ongecontroleerde propriëtaire binaire software gebruikt, zijn Richard Stallman en de FSF erg kritisch over Android en bevelen ze het gebruik van alternatieven aan. [7] [9] De UNIX-achtige services en tools die meestal op Linux worden gebruikt, zijn gedeeltelijk vervangen door een Java runtime-omgeving . Dit creëert nieuwe programmeerinterfaces die kunnen worden geëmuleerd of geïmplementeerd op elk ander platform. [10] Ondanks grote discrepanties [11] [12] [4] [3] Android wordt door sommigen geclassificeerd op basis van gemeenschappelijke eigenschappen met embedded Linux- distributies in de Linux-distributies. [13] Andere op Linux gebaseerde besturingssystemen voor smartphones, zoals Firefox OS , Ubuntu voor telefoons , [14] Maemo , Tizen , Mer , Sailfish OS [15] en MeeGo gebruiken grotere delen van de klassieke GNU-softwareomgeving, dus deze kunnen gedeeltelijk worden gemakkelijker worden aangevuld met klassieke Linux-applicaties en komen dus beter overeen met Linux-distributies in de klassieke zin.
Terwijl de marktaandelen van voorheen wijdverbreide mobiele platforms zoals Apple's iOS , Microsoft's Windows Mobile en Nokia's Symbian OS daalden, wist Android marktaandeel te winnen. [16] Sinds eind 2010 hebben Linux-systemen het voortouw genomen in de snelgroeiende smartphonemarkt. [17] Samen hadden ze in juli 2011 een marktaandeel van minimaal 45% [18] . Momenteel is Android verreweg de populairste Linux-distributie voor smartphones. Het marktaandeel in mei 2016 was 78%. [19]
Ingesloten distributies
Linux is een populair besturingssysteem in embedded systemen. [20] Overeenkomstige distributies zijn meestal zeer gespecialiseerd omdat ze zijn ontworpen voor een paar specifieke taken. In de meeste gevallen is er geen of slechts een zeer eenvoudige grafische gebruikersinterface te vinden. Vaak zijn dit realtime systemen . Ze lijken meestal weinig op pc-distributies.
Live distributies
Live-systemen die worden opgestart vanaf cd, dvd, USB en andere media zijn een specialiteit. Aanvankelijk ging het alleen om gespecialiseerde distributies die de functionele reikwijdte van Linux moesten demonstreren, maar nu is het onder Linux-distributies gebruikelijk om de standaardomvang in de vorm van een live-cd of dvd of een live-USB-geheugenstick aan te bieden . Sommige van deze systemen kunnen ook direct vanaf het medium worden geïnstalleerd.
Live-systemen kunnen als complete Linux worden gestart zonder naar de harde schijf te schrijven en zonder de bestaande configuratie van een computer te wijzigen. Op deze manier kan de bijbehorende Linux-distributie veilig op een computer worden getest. Live-systemen zijn ook ideaal voor gegevensherstel en systeemanalyse, omdat ze onafhankelijk zijn van de configuratie van het bestaande systeem en daarom niet kunnen worden beïnvloed door mogelijke infecties door wormen en virussen.
Linux-distributies naast andere besturingssystemen
De meeste Linux-distributies kunnen parallel met andere besturingssystemen op dezelfde hardware worden geïnstalleerd. Een andere Linux-distributie, een andere Unix- achtige besturingssystemen zoals MacOS of Solaris , of zelfs Windows kan worden beschouwd als zodanig. In principe moet onderscheid worden gemaakt tussen twee benaderingen:
Multi-boot
In een multi-bootconfiguratie worden twee of meer besturingssystemen parallel op verschillende harde schijfpartities geïnstalleerd. Installatieprogramma's van moderne Linux-distributies kunnen meestal reeds geïnstalleerde besturingssystemen herkennen en zelfstandig een multi-bootconfiguratie opzetten. Na de installatie kan het opstartproces worden gebruikt om te selecteren welk besturingssysteem moet starten met een bootloader of bootmanager .
virtualisatie
Als de besturingssystemen vaak tegelijkertijd worden gebruikt, is een virtualisatieoplossing wellicht geschikter. Er moet onderscheid worden gemaakt tussen het host- en het gastsysteem. De eerste is feitelijk fysiek op de hardware geïnstalleerd. Hierbij wordt gebruik gemaakt van virtualisatiesoftware zoals VirtualBox of KVM . Dit emuleert alle hardware die nodig is voor het gastsysteem of biedt directe toegang tot de eigenlijke hardware van de computer via een beveiligingssysteem. Aangezien dit in een dergelijke configuratie nodig is voor de gelijktijdige werking van beide systemen, kan er snelheidsverlies optreden.
Verschillen tussen individuele distributies
Zelfs als je speciale distributies negeert, verschillen gewone Linux-distributies ook op sommige punten.
Sommige geavanceerde distributies hebben bijvoorbeeld geen installatieprogramma, alleen een live-cd die de tools biedt die nodig zijn voor handmatige installatie (bijv. Arch en Gentoo ). De meeste bieden echter een installatieprogramma in de vorm van een wizard . Sommige bieden een wizard, maar vereisen voorbereidend werk, zoals partitionering (bijv. Slackware). De rest van de configuratie is meestal hetzelfde als de installatiemethode. Bij sommige systemen moet je de configuratiebestanden meestal direct bewerken, terwijl andere tools bieden voor de belangrijkste opties.
Een ander belangrijk punt is de gratis beschikbaarheid. Een paar distributies kosten geld ( bijvoorbeeld RHEL ), terwijl de meeste gratis zijn.
Distributies verschillen ook in het aantal ondersteunde architecturen (Gentoo en Debian zijn bijzonder divers). Ook het type en de omvang van de documentatie spelen een rol. Sommige producten worden bijvoorbeeld geleverd met handleidingen ( bijv. RHEL ), terwijl voor de meeste producten alleen documentatie beschikbaar is op websites. Sommige distributies hebben helemaal geen officiële documentatie en geven er de voorkeur aan deze door de gebruikers te laten onderhouden, bijvoorbeeld als een wiki . Bovendien bieden commerciële distributeurs meestal officiële ondersteuning , die echter als een service moet worden betaald. Ook in het licentiebeleid zijn er verschillen. Sommige systemen hebben alleen vrije software in hun repositories (in het bijzonder consistent, bijvoorbeeld Parabola ), terwijl andere ook onvrije software bevatten. Als compromis worden vaak repositories met propriëtaire software aangeboden, maar deze moeten handmatig worden toegevoegd aan de pakketbeheerder (bijvoorbeeld Debian en Ubuntu) of er wordt een uitzondering gemaakt voor bijzonder belangrijke programma's (ook Ubuntu bijvoorbeeld). Betaalde software wordt bijna nooit meegeleverd. Er moet een verder onderscheid worden gemaakt tussen distributies in de gemeenschap (bijv. Debian) en distributies die worden ondersteund door bedrijven (bijv. Ubuntu). Ook de updatecycli spelen een rol. Ze variëren van rollende releases (bijv. Arch, Gentoo en Debian Unstable) tot vierjarige updatecycli met gegarandeerde tienjarige ondersteuning voor een versie (RHEL). Het aantal software in de repositories is ook belangrijk. Afhankelijk van de doelgroep van een distributie variëren ook de grootte en expertise van de gebruikers.
Compatibiliteit tussen de distributies
De verschillen tussen de distributies beïnvloeden vaak hun compatibiliteit. [21]
Al vroeg in de geschiedenis van distributies ontstonden concepten om de installatie van aanvullende software te vereenvoudigen. In de meeste gevallen moet software worden geleverd in de vorm van gecompileerde pakketten en moet er een mechanisme worden geboden dat functionele afhankelijkheden tussen geïnstalleerde en gedownloade pakketten kan oplossen. De resulterende pakketbeheersystemen werken elk met hun eigen pakketformaten, bijvoorbeeld RPM of dpkg . Veel Linux-distributies hebben hun eigen softwarebeheer met hun eigen binaire pakketten, waarvan sommige niet compatibel zijn met andere distributies.
De kritiek op het principe van Linux-distributies begint onder andere op dit punt. [21] [22] Aangezien niet elk softwareproject en niet elke softwareontwikkelaar de kennis en middelen heeft om software te leveren voor elke afzonderlijke Linux-distributie, wordt vaak alleen de broncode gepubliceerd. Het maken van uitvoerbare toepassingen van de gepubliceerde broncode is echter potentieel een ingewikkeld en foutgevoelig proces dat voor veel gebruikers te ingewikkeld kan zijn. Deze blijven dan vaak afhankelijk of beperkt van de door de distributie geleverde software. [23] Het verstrekken van de broncode als een softwareleveringsmethode is echter geen optie voor aanbieders van commerciële software die software in binair formaat willen leveren, daarom moeten ze de veelheid aan distributies en hun pakketformaten bedienen met specifieke pakketten , wat veel extra werk met zich meebrengt. [24] [25] [26] In de bedrijfsomgeving maakt daarom slechts een beperkte selectie van distributies kans als algemeen werkplatform.
Een andere belangrijke standaard is POSIX . In tegenstelling tot de LSB gaat het verder dan Linux en is het bedoeld als standaard voor alle Unix-achtige besturingssystemen. POSIX is niet compatibel met de LSB. Linux-distributies houden zich meestal aan een groot deel van de norm. Er is momenteel echter geen distributie die officieel is gecertificeerd als POSIX-compatibel. [27]
Standaardisatiebenaderingen
Om te voorkomen dat de distributies verder uit elkaar gaan lopen, is de Free Standards Group (nu Linux Foundation ) opgericht met als doel het bevorderen van passende standaarden tussen distributies. De bekendste is de Linux Standard Base om de binaire compatibiliteit van de distributies te bevorderen. De verschillende distributies implementeren de LSB met verschillende gradaties van striktheid. Het definieert bijpassende binaire interfaces (genaamd " ABI ", voor Application Binary Interface ), enkele details over de interne structuur en een pakketsysteem (hier RPM ) dat moet worden ondersteund voor de installatie van software van andere providers.
De praktische betekenis van deze regels is echter beperkt. [28] De eenzijdige inzet voor het RPM-pakketformaat wordt soms in twijfel getrokken nadat het dpkg- formaat de afgelopen jaren wijdverbreid is gebruikt door Ubuntu of Linux Mint . Omdat de meeste distributies die dpkg gebruiken rechtstreeks op Debian zijn gebaseerd, kunnen hun pakketten vaak worden geïnstalleerd in andere distributies die ook op Debian zijn gebaseerd. Aan de andere kant vertrouwen alle distributies die zijn afgeleid van Fedora (of Red Hat Linux ), OpenSUSE en Mandriva op RPM. Het is heel goed mogelijk met enkele beperkingen - b.v. B. De OpenSuse Build-service gebruiken - om RPM-pakketten te maken die op al deze distributies kunnen worden gebruikt. [29]
Een andere standaardisatie is de Filesystem Hierarchy Standard , die verondersteld wordt een gemeenschappelijke naamgeving van sommige bestands- en directorynamen en een consistente structuur van de basisdirectory's mogelijk te maken. Details zijn hier echter ook niet geregeld, wat voorheen voor onverenigbaarheden zorgde. Andere problemen doen zich alleen voor wanneer toepassingen stevig in de systeemdirectorystructuur zijn geïntegreerd. [30] Het is vereist door de Linux Standard Base .
Alternatieve benaderingen voor de verspreiding van programma's
Er zijn enkele alternatieve benaderingen van het model van centrale softwaredistributie via de distributies en hun repositories . Projecten zoals Autopackage [31] , Zero Install [32] of de Klik- opvolger PortableLinuxApps [33] proberen een uniforme, maar gedecentraliseerde, distributie-onafhankelijke, binaire softwaredistributieoptie te creëren, maar hebben tot nu toe geen relevante distributie of ondersteuning bereikt van de Linux- gemeenschap . [34]
Een stap in die richting was de introductie van een softwarecentrum in Ubuntu in 2011, [35] om het aantal applicaties aanzienlijk te kunnen vergroten, aangezien het distributiemodel maar beperkt schaalbaar is. [36]
In 2012 benadrukte de kernelontwikkelaar Ingo Molnár ook de noodzaak om zo'n gedecentraliseerde, schaalbare en distributie-onafhankelijke softwaredistributiemethode te bieden; het ontbreken van een dergelijk mechanisme is een van de kernproblemen van de Linux-desktop. [37]
Zie ook
literatuur
- Johannes Plötner, Steffen Wendzel : Linux. De uitgebreide handleiding. 4e editie. Galileo Press, Bonn 2010, ISBN 978-3-8362-1704-0 .
- Michael Kofler : Linux 2010: Debian, Fedora, openSUSE, Ubuntu. 9e editie. Addison-Wesley, München 2009, ISBN 978-3-8273-2158-9 . (tot de 8e editie onder de titel: Linux. Installatie, configuratie, applicatie. )
web links
- Distributieoverzicht met ranglijsten op DistroWatch.com
- Lijst met live cd-distributies
- Linux Distribution Chooser - een hulptool om te kiezen tussen verschillende populaire Linux-distributies
- Repology.org - zoekmachine voor softwarepakketten en hun respectievelijke versies in verschillende repositories
Individueel bewijs
- ^ Een korte geschiedenis van Debian - Een gedetailleerde geschiedenis. Debian Documentation Team, geraadpleegd op 8 augustus 2016 .
- ↑ Uitgaven - Ubuntu Wiki. Canonical, geraadpleegd op 8 augustus 2016 .
- a b Chris Hoffman: Android is gebaseerd op Linux, maar wat betekent dat? ( Engels ) 12 mei 2014. Ontvangen op 23 april 2015: “ Android is misschien gebaseerd op Linux, maar het is niet gebaseerd op het type Linux-systeem dat u mogelijk op uw pc hebt gebruikt. U kunt geen Android-apps uitvoeren op typische Linux-distributies en u kunt de Linux-programma's waarmee u vertrouwd bent niet uitvoeren op Android. Linux vormt het kernonderdeel van Android, maar Google heeft niet alle typische software en bibliotheken toegevoegd die je zou vinden op een Linux-distributie zoals Ubuntu. Dit maakt het verschil. "
- ↑ a b Ryan Paul: Dream (sheep ++): Inleiding door een ontwikkelaar tot Google Android ( Engels ) In: Ars Technica . 24 februari 2009. Ontvangen op 3 april 2013.
- ^ Adrian Kingsley-Hughes: De dood van de Linux-distro ( Engels ) In: De dood van de Linux-distro . CBS Interactief. 14 februari 2012. Ontvangen op 19 september 2012: "Kijk eens hoe Android de dominante Linux-distro op mobiele platforms is geworden. [...] Dus nogmaals, hoewel B2G in wezen een Linux-distro is, zullen mensen komen [...] "
- ↑ Jeff Hoogland: Six Signs Android is echt geen Linux ( Engels ) Gedachten over technologie. 7 juli 2011. Ontvangen op 20 april 2015: " Veel mensen beweren dat Android Linux in handen heeft gegeven van miljoenen gebruikers. Hoewel er geen twijfel over bestaat dat Android een razend succes is geweest, zou ik zeggen dat Google Android in handen heeft gegeven van miljoenen mensen - niet van Linux. "
- a b Richard Stallman: Is Android echt gratis software? - De smartphonecode van Google wordt vaak omschreven als 'open' of 'gratis' - maar bij onderzoek door de Free Software Foundation begint het op iets anders te lijken ( Engelse ) The Guardian . 19 september 2011. Ontvangen op 9 september 2012: “De software van Android-versies 1 en 2 is grotendeels ontwikkeld door Google; Google heeft het vrijgegeven onder de Apache 2.0-licentie, een lakse gratis softwarelicentie zonder copyright. [...] De versie van Linux in Android is niet helemaal gratis software, omdat het niet-vrije "binaire blobs" bevat [...] Android is heel anders dan het GNU / Linux-besturingssysteem omdat het heel weinig van GNU."
- ↑ Android Open Source-project. Ontvangen op 29 juni 2020 .
- ↑ Richard Stallman: Android en gebruikersvrijheid - Ondersteun de campagne Bevrijd je 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. (Nicht mehr online verfügbar.) Archiviert vom Original am 12. Januar 2013 ; abgerufen am 18. Januar 2013 .
- ↑ Jolla: Erstes Sailfish-Smartphone Ende 2013 für 400 €. (Nicht mehr online verfügbar.) chip.de, archiviert vom Original am 7. Juni 2013 ; abgerufen am 29. Mai 2013 .
- ↑ 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.
- ↑ 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 Original am 26. Juni 2009. Abgerufen am 4. August 2011.
- ↑ Troy Hepfner: Linux Game Development Part 2 – Distributable Binaries ( englisch ) 1. Oktober 2007. Archiviert vom Original am 13. Oktober 2007. Abgerufen am 19. Dezember 2011: „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 ( englisch ) In: Launchpad . Ubuntu. 10. Mai 2010. Abgerufen am 27. Mai 2012: „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 ( englisch ) Linux Game Publishing . 24. November 2009. Archiviert vom Original am 21. September 2011. Abgerufen am 15. Januar 2012.
- ↑ Miguel de Icaza : Linux and Independent Software Vendors ( englisch ) primates.ximian.com. 4. November 2003. Archiviert vom Original am 15. Juli 2012. Abgerufen am 7. April 2012: „[…] 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) ( englisch ) hemispheregames.com. 18. Mai 2010. Abgerufen am 16. Juni 2012: „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 .
- ↑ Eric Brown: LSB 4.0 certifications aim to heal Linux fragmentation ( englisch ) linuxfordevices.com. 8. Dezember 2010. Archiviert vom Original am 24. Dezember 2013. Abgerufen am 16. November 2011: „[…] 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 ( englisch ) osnews.com. 16. Januar 2007. Abgerufen am 3. Mai 2012.
- ↑ Simon Peter: AppImageKit Documentation 1.0 (PDF; 38 kB) PortableLinuxApps.org. S. 2–3. 2010. 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 […]“
- ↑ Bruce Byfield: Autopackage struggling to gain acceptance ( en ) linux.com. 12. Februar 2007. Archiviert vom Original am 31. März 2008. Abgerufen am 21. Januar 2012: „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 ( englisch ) In: Ubuntu Developer Summit 2010 . 25. Oktober 2010. Abgerufen am 29. April 2012.
- ↑ Ingo Molnár : Ingo Molnar ( englisch ) plus.google.com. 17. März 2012. Abgerufen am 16. Juni 2012: „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 (ie 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.“