Frage

Ich möchte mein eigenes OS schreiben, und möchte vorübergehend über die komplizierte Aufgabe springen von den Kernel zu schreiben und kommen später zurück, um es durch den Linux-Kernel in der Zwischenzeit verwendet wird. Ich möchte jedoch das Betriebssystem als Closed-Source für jetzt zur Verfügung zu stellen. Welche Lizenz ist der Linux-Kernel unter und ist es möglich, es mit einem Closed-Source-O für die Freigabe zu verwenden?

Edit: Ich bin nicht daran interessiert, die Quelle des Linux-Kernels Abschließend möchte ich noch, dass als Open Source zur Verfügung stellen. Ich frage mich, ob ich ein Closed-Source-Betriebssystem mit einem Open-Source-Kernel nutzen könnte.

Weiteres bearbeiten: Mit dem O, dann meine ich das System, das auf der Oberseite des Kernel läuft und verwendet wird, um andere Programme zu starten. Ich habe sicherlich nicht, dass der Kernel in der Closed-Source-Erklärung aufzunehmen.

War es hilfreich?

Lösung

Sie können natürlich schreiben, was Closed-Source-O über den Linux-Kernel, die Sie zur Verfügung gestellt wie Sie sich mit der Lizenzierung von Komponenten kompatibel sind Sie verknüpfen gegen.

Natürlich, die das GNU C Library (oder eine andere C-Bibliothek) wahrscheinlich enthalten sind. Sie müssen möglicherweise auch einige Kommandozeilenprogramme, die wahrscheinlich GPL Dinge wie Dateisystem Wartung, Netzwerkkonfiguration etc. Aber vorausgesetzt, Sie diejenigen, die als ihre eigenen eigenständigen Programme verlassen zu tun sein wird, es sollte kein Problem sein.

Alles, was Sie in die Kernel Link selbst (zum Beispiel kundenspezifische Module, Patches) als Open Source GPL veröffentlicht werden, um mit der Kernel-Lizenz zu erfüllen.

Andere Tipps

Der Linux-Kernel unter dem GPLv2 freigegeben und man kann es als Teil eines Closed-Source-OS verwenden, aber Sie müssen den Kernel halten und alle Modifikationen GPLv2 veröffentlicht.

Edit: Btw, Sie können stattdessen so etwas wie Opensolaris verwenden. Es ist viel einfacher, mit zu arbeiten, meiner Meinung nach (natürlich sehr subjektiv), und Sie können Änderungen Closed-Source behalten, wenn Sie so wählen, solange Sie die Bedingungen der CDDL folgen.

Ich denke, du wirst spezifischere über sein haben, was Sie unter ‚OS‘. Es ist keineswegs ein klares Konzept. Einige würden sagen, dass der Kern des gesamten OS ist. Andere würden sagen, dass die Schale und Kern-Dienstprogramme wie ‚ls‘ Teil des OS sind. Andere würden so weit zu sagen, dass Standard-Anwendungen wie Notepad sind Teil des OS gehen.

IANAL, aber ich glaube nicht, dass es etwas gibt, Sie daran zu hindern, den Linux-Kernel mit einer Last von Closed-Source-Programmen Ihrer eigenen bündeln. Achten Sie darauf, keine GPL-Bibliothek Code zu verwenden, jedoch (LGPL ist OK).

ich Ihre Motive in Frage stellen.

Linux hat die GPL (v2) als seine Lizenz, das heißt, Sie Quelle abgeleitete Werke zu öffnen hat.

Sie möchten BSD verwenden, ist seine Lizenz viel les restriktiv, was Sie mit abgeleiteten Werke tun können

Sie müssen die Quelle offen halten, und alle Werke aus dem Code abgeleitet ist, jedoch, wenn Sie den Kernel verwenden, schreiben Sie Ihre eigenen Anwendungsstapel oben auf, dass (so ziemlich das ALL GNU Zeug), dann müssen Sie nicht auf öffnen Sie das wieder wett.

Die GPL sagt, dass „abgeleitete“ funktioniert ... also, wenn Sie neuen Code schreiben, statt expanind auf, dann ist das in Ordnung. In der Tat könnte man auch zum Beispiel verwendet die GNU-Tools, den Linux-Kernel, und dann hat Ihr eigenes System auf dieser (oder nur eine DE), die Closed-Source ist.

Es ist, wenn Sie / ändern leiten sich von etwas, das Sie behalten müssen, um es öffnen!

Es ist GPL Version 2, und Sie können sicher nicht in der Nähe der Quelle.

Wenn das Dateisystem Sie verwenden, ist in den Kernel verknüpft wird selbst, und , wenn Sie planen, es an andere zu verteilen, erfordert die GPL ziemlich eindeutig, dass das Dateisystem als auch unter GPL werden.

Dass gesagt wird: ein Weg, um rechtlich Linux-Schnittstelle mit einem GPL-inkompatible Dateisystem ist über FUSE (Dateisystem im Benutzer). Dies wird durchgeführt, zum Beispiel, das GPL-inkompatibel ZFS Dateisystem auf Linux laufen zu lassen . Jedoch ist ein Dateisystem im Userspace läuft, eine Leistungseinbuße führen, die von Bedeutung sein kann.

können Sie behalten immer alle Erweiterungen (Module) und / oder Anwendungen, die Sie Closed-Source schreiben, aber der Kernel selbst wird Open Source bleiben müssen.

Es gibt einen nicht so offensichtlichen Aspekt der GPLv2, die Sie nutzen können, während das System zu testen: Sie müssen nur den Quellcode für diejenigen, den Zugang zum System haben, lösen. Die GPLv2 besagt, dass Sie vollen Zugriff auf den Quellcode für jedermann mit Zugang zum Binär / kompilierte Verteilung des Programms geben müssen. Also, wenn Sie nur die Software innerhalb des Unternehmens verwenden werden, die es zu entwickeln zahlen, brauchen Sie nicht den Quellcode für den Rest der Welt zu verteilen, aber nur um sie.

Generell würde ich sagen, dass man so etwas zu tun, ist erlaubt, solange man die Quelle für den Kernel zur Verfügung stellen, aber es gibt einen Punkt, wo ich bin mir nicht sicher:

An einem normalen Linux-System zwischen dem (GPL) Kernel und einer Nicht-GPL-kompatible Anwendung, gibt es immer das GNU libc, die LGPL und ermöglicht somit abgeleitete Werke, die nicht frei sind. Nun, wenn Sie eine unfreie libc haben, dass eine abgeleitete Arbeit in Betracht gezogen werden könnte, da Sie direkt den Kernel aufrufen, und auch die Kernel-Header verwendet wird.

Wie viele andere schon gesagt haben, könnten Sie einen * BSD sein besser mit.

Wenn Sie ernsthaft in ein neues Betriebssystem zu entwickeln und wollen ein Arbeits Kernel beginnen Ich schlage vor, dass Sie den FreeBSD-Kernel zu suchen. Es hat eine viel entspannte Lizenz als Linux, ich glaube, Sie könnte es sinnvoll finden.

Just my 2 cents ...

Ich bin mit MarkR aber niemand hat das Offensichtliche zu Ihnen angegeben. Wenn Sie es ernst meinen, müssen Sie einen Anwalt mit Erfahrung in diesem Bereich konsultieren.

Es ist GPL. Kurze Antwort - Nr.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top