Was genau meinen wir, wenn wir sagen, dass wir Linux verwenden?

Ich habe einen Artikel über GNU durchgesehen, der ungefähr so ​​lautet

Es gibt wirklich ein Linux, und diese Leute benutzen es, aber es ist nur ein Teil des Systems, das sie benutzen. Linux ist der Kernel: das Programm im System, das die Ressourcen des Computers den anderen von Ihnen ausgeführten Programmen zuweist. Der Kernel ist ein wesentlicher Bestandteil eines Betriebssystems, aber für sich genommen nutzlos. Es kann nur im Kontext eines vollständigen Betriebssystems funktionieren. Linux wird normalerweise in Kombination mit dem GNU-Betriebssystem verwendet: Das gesamte System ist im Grunde GNU mit hinzugefügtem Linux oder GNU / Linux. Alle sogenannten "Linux" -Distributionen sind wirklich Distributionen von GNU / Linux.

Ich habe Linux immer als Kernel und Betriebssystem gedacht, aber es sieht aus wie Linux = Linux-Kernel und GNU-Betriebssystem.

Könnte jemand auf die genaue Funktionalität jedes einzelnen in der "Linux" -Terminologie hinweisen, die wir in unserem täglichen Leben verwenden. Laut Wiki ist das Design von GNU Unix-ähnlich, unterscheidet sich jedoch von Unix dadurch, dass es freie Software ist und keinen Unix-Code enthält. Ich dachte, Unix ist Open Source. Ist es nicht?

Ich glaube, das Bit, auf das Sie sich beziehen, wird hier auf der Website der Free Software Foundation (FSF) behandelt:

• http://www.gnu.org/gnu/linux-and-gnu.html

Laut FSF ist ihre Behauptung, dass Linux nur ein Kernel ist. Ein brauchbares System besteht aus einem Kernel + Werkzeuge wie ls, find, Muscheln, etc. Daher , wenn das gesamte System bezieht, sollte sie als GNU / Linux bezeichnet werden, da die anderen Tools zusammen mit dem Linux - Kernel ein komplettes Make - up verwendbares System. Sie sprechen sogar über den FSF-Unix-Kernel Hurd und argumentieren, dass Hurd und Linux im Wesentlichen austauschbare Kernel für das GNU / X-System sind.

Ich finde das ganze Argument anstrengend und denke, es gibt bessere Dinge, die mit unserer Zeit zu tun haben. Ein Name ist nur ein Name und die Tatsache, dass Menschen ein System, das GNU-Software + den Linux-Kernel + andere Nicht-GNU-Software enthält, als Linux oder GNU / Linux betrachten, ist Geschmackssache und spielt im großen Schema von keine Rolle Dinge. Tatsächlich denke ich, dass das Argument Linux und GNU / Linux mehr schadet, indem es die Community bricht und die Öffentlichkeit verwirrt, was jedes Ding tatsächlich ist.

Für mehr als Sie jemals zu diesem Thema wissen wollten, werfen Sie einen Blick auf die Wikipedia mit dem Titel: GNU / Linux-Namenskontroverse .

Alle Unixes Open Source?

Meines Wissens sind nicht alle Unixe Open Source. Die meisten Funktionen in Unix sind so spezifiziert, dass die Funktionsweise offen ist. Bestimmte Implementierungen dieser Funktionen sind jedoch geöffnet oder nicht, je nachdem, zu welcher Distribution sie gehört.

Zum Beispiel wurde Solaris, ein Unix, bis vor kurzem nicht als Open Source angesehen. Erst als Sun Microsystems Kernkomponenten in das OpenSolaris-Projekt veröffentlichte, wurden zumindest Komponenten von Solaris Open Source.

Unix-Verlauf

Ich bin kein Experte für dieses Thema, daher würde ich empfehlen, einen Blick auf die Unix-Wikipedia-Seite zu werfen, um mehr über das Thema zu erfahren .

Linux-Geschichte

Weitere Informationen dazu, welche Unixe als offene, gemischte oder geschlossene Quelle betrachtet werden, finden Sie im Unix-Lineage-Diagramm.

• http://upload.wikimedia.org/wikipedia/commons/7/77/Unix_history-simple.svg

Ich finde auch das GNU / Linux Distribution Timeline Project nützlich, wenn ich dieses Gespräch führe.

• http://futurist.se/gldt/wp-content/uploads/12.10/gldt1210.png

Normalerweise ist das, was wir normalerweise als Betriebssystem bezeichnen, eine Kombination aus Software, die einen Kernel umfasst , dessen Aufgabe es ist, die Ressourcen des Computers zu verwalten, und einigen Anwendungen, die auf dem Kernel ausgeführt werden und als Userland bezeichnet werden (dies enthält Browser, Compiler, PDF-Reader, alles, was nicht der Kernel oder ein Treiber oder vielleicht ein VM-Hypervisor ist).

Der Rest dieser Frage kann nicht ohne einen historischen Kontext beantwortet werden. Richard Stallman kündigte das GNU-Projekt am 27. September 1983 an. Ziel war es, die für die Entwicklung eines UNIX-ähnlichen Betriebssystems (und des zugehörigen Benutzerlandes) erforderliche Software als freie Software bereitzustellen . Bis 1992 hatte das GNU-Projekt fast alle für seine Software wesentlichen Teile fertiggestellt - bis auf eines: den Kernel. Zur gleichen Zeit veröffentlichte Linus Torvalds seinen Kernel Linux (Version 0.12) als freie Software, die unter der GPL-Lizenz lizenziert ist . Zum ersten Mal könnte es also möglich sein, einen Computer zu betreiben, der (fast) vollständig aus freier Software besteht.

Linux (wie erwähnt) ist ein Kernel , und obwohl es die ultimative Basis der Software ist, mit der Sie Ihren Computer verwenden können, ist es allein nicht von großem Nutzen. Sie sollten es mit einer Art von Anwendungen (Userland) koppeln, damit es ausgeführt werden kann. Das ist es, was GNU / Linux-Distributionen wie Debian oder Ubuntu und dergleichen tun.

Es ist erwähnenswert, dass ein Kernel gleichzeitig wichtig und unwichtig ist. Erlauben Sie mir zu erklären. Die meisten Leute, die einen Computer benutzen, sind eher an das Benutzerland als an den Kernel gewöhnt. Der Kernel ist größtenteils transparent, und die meisten Benutzer verwenden einen anderen Kernel mit demselben Benutzerland und bemerken möglicherweise nicht einmal den Unterschied (es sei denn, sie hängen natürlich von einer Funktion ab, die von einem bestimmten Kernel bereitgestellt wird).

Wenn Sie Linux verwenden , verwenden Sie daher eine Realisierung des GNU-Betriebssystems. Dies ist der Linux- Kernel und das GNU-Benutzerland (GNOME, GNU Compiler Collection, GNU-Debugger, GNU Coreutils, GNU-Binutils usw.). Deshalb besteht die FSF darauf, es GNU / Linux zu nennen (meiner Meinung nach eine faire Anfrage).

Sie können natürlich Linux ohne das GNU-Benutzerland (Hinweis: Android, Busybox ) verwenden und natürlich das GNU-Benutzerland über anderen Kerneln (kfreebsd, hurd usw.) verwenden.

Da Unix Open Source und dergleichen ist, ist dies eine Frage, die einige Streitereien beinhalten kann. Sie könnten jedoch einige nützliche Informationen finden Sie hier

Der Linux-Kernel ist ein Programm, das die folgenden Funktionen zum Betriebssystem beiträgt:

Original-Link zum Bild: http://www.makelinux.net/kernel_map/

Der Kernel ist unerlässlich und darüber hinaus haben Sie Dienstprogramme und den Rest der gepackten Software. Der Unterschied zwischen dem vollständigen Betriebssystem und dem Kernel entspricht dem Rest der Software und der Zusammenstellung durch die Distributionsbetreuer.

Diese Betreuer stellen nicht unbedingt all diese zusätzliche Software her, sie bauen sie manchmal zusammen und modifizieren sie und fügen sie zusammen, um den meisten Menschen heute das zu bieten, worum es bei der heutigen Linux-Erfahrung geht - sie fügen sozusagen den "Geschmack" hinzu, und es gibt oft Abstammungslinien zu sehr etablierten Distributionen wie Debian und Redhat usw. Die Sache ist, dass ein erheblicher Teil der anfänglichen Dienstprogramme und Software, die in Linux-Distributionen gepackt sind, Software enthält, die aus dem GNU-Projekt angepasst wurde. Viele dieser Software wurden vom GNU-Projekt unter Verwendung ihrer Ressourcen zusammengestellt, bevor der Linux-Kernel überhaupt erfunden wurde. Und es ist kostenlos und viele dieser Software haben dazu beigetragen, die Popularität von Linux zu steigern, da sowohl freie als auch Open-Source-Software durch die GPL-Lizenz verbunden waren. Das libc-Framwework, der Gnome Desktop und der gcc-Compiler sind Beispiele für von GNU verwaltete Software.

Es ist sicherlich nicht trivial und anzuerkennen, dass es nicht so politisch sein sollte, aber es gibt auf beiden Seiten Vokalisten und es gibt eine Debatte. Unabhängig von den praktischen Anwendungen ist es ein gültiges Unterfangen, mehr über die Geschichte der Software in den von uns verwendeten Distributionen und ihren Entwicklern zu wissen.