Лицензирование и использование ядра Linux

Question

Я хотел бы написать свою собственную ОС и хотел бы временно перепрыгнуть через сложную задачу записи ядра и вернуться к нему позже, используя ядро ​​Linux в это время. Однако сейчас я хотел бы предоставить ОС как закрытый источник. Какая лицензия - это ядро ​​Linux, и можно ли использовать его для выпуска с закрытой исходной ОС?

Редактировать: Я не заинтересован в закрытии источника ядра Linux, я бы все же предоставил это как открытый источник. Мне интересно, могу ли я использовать закрытую исходную ОС с ядром с открытым исходным кодом.

Дальнейшее редактирование: по ОС я имею в виду систему, которая работает поверх ядра и используется для запуска других программ. Я, конечно, не хотел включать ядро ​​в оператор с закрытым исходным кодом.

Answer 1

Вы можете, конечно, написать любую ОС с закрытым исходным кодом по ядру Linux, которая вам нравится, если вы совместимы с лицензированием компонентов, с которыми вы ссылаетесь.

Конечно, это может включать библиотеку gnu C (или некоторую другую библиотеку C). Вам также могут понадобиться некоторые утилиты командной строки, которые, вероятно, будут GPL, чтобы делать такие вещи, как обслуживание файловой системы, настройка сети и т. Д. Но при условии, что вы оставите их как свои собственные автономные программы, это не должно быть проблемой.

Все, что вы связываете с самим ядром (например, пользовательские модули, исправления), должно быть выпущено как GPL с открытым исходным кодом, чтобы соответствовать лицензии ядра.

Answer 2

Ядро Linux выпущено под GPLv2, и вы можете использовать его как часть операционной системы с закрытым исходным кодом, но вы должны сохранить освобожденное ядро ​​и все модификации GPLv2.

Редактировать: Кстати, вы можете использовать что-то наподобие OpenSolaris. С моей точки зрения, гораздо легче работать (очевидно, очень субъективно), и вы можете сохранить модификацию закрытого источника, если вы так решите, если будете следовать условиям CDDL.

Answer 3

Это версия GPL 2, и вы можете, конечно, не закрыть его источник.

Answer 4

Это GPL. Короткий ответ - нет.

Answer 5

Linux имеет лицензию GPL (v2), что означает, что вы должны открывать исходные тексты любых производных работ.

Вы можете использовать BSD, его лицензия много ля ограничительный в том, что вы можете сделать с производными произведениями

Answer 6

Я думаю, что вы будете иметь, чтобы быть более конкретными о том, что вы имеете в виду под «ОС» , Это отнюдь не четкое понятие. Некоторые сказали бы, что ядро ​​- это все ОС. Другие сказали бы, что оболочка и основные утилиты, такие как «ls», являются частью ОС. Другие могли бы сказать, что стандартные приложения, такие как Блокнот, являются частью ОС.

IANAL, но я не верю, что есть что-то, что помешает вам связать ядро ​​Linux с загрузкой собственных программ с закрытым исходным кодом. Однако не используйте какой-либо код библиотеки GPL (LGPL в порядке).

Я задаю ваши мотивы.

Answer 7

Вы всегда можете хранить любые расширения (модули) и/или приложения, на которых вы пишете закрытый источник, но самому ядру нужно будет оставаться открытым исходным кодом.

Существует не столь очевидный аспект GPLv2, который вы можете использовать при тестировании системы: вам нужно только освободить исходный код тех, кто имеет доступ к системе. GPLv2 заявляет, что вам нужно предоставить полный доступ к исходному коду любому, у кого есть доступ к бинарному/скомпилированному дистрибутиву программы. Итак, если вы собираетесь использовать только программное обеспечение внутри компании, которое платит за его разработку, вам не нужно распространять исходный код для остального мира, а только их.

Answer 8

Вы должны сохранить источник открытым и любые работы, полученные из кода, однако, если вы используете Ядро, напишите свой собственный стек приложений поверх этого (в значительной степени ВСЕГО материала GNU), тогда у вас нет чтобы открыть это.

GPL говорит, что «производные» работы ... так что если вы пишете новый код, а не расширяетесь, тогда это нормально.Фактически, вы могли бы даже, например, использовать инструментальную цепочку GNU, ядро ​​Linux, а затем иметь свою собственную систему поверх этого (или просто DE), который является закрытым исходным кодом.

Это когда вы меняете/извлекаете из чего-то, что вам нужно, чтобы оно открылось!

Answer 9

Вообще-то я бы сказал, что вы позволили сделать такую ​​вещь, до тех пор, пока вы предоставляете источник для ядра, но есть один момент, когда я не уверен:

В нормальной системе Linux между ядро (GPL) и приложение, не совместимое с GPL, всегда есть GNU libc, который является LGPL и, таким образом, позволяет несрабатываемые производные произведения. Теперь, если у вас есть несвободный libc, это можно считать производной, поскольку вы напрямую вызываете ядро, а также используете заголовки ядра.

Как и многие другие, вы могли бы лучше использовать * BSD.

Answer 10

Если файловая система, которую вы используете, должна быть связана с самим ядром, и, если вы планируете распространять ее среди других, GPL довольно однозначно требует, чтобы файловая система также была GPL.

Это означает, что один из способов юридического интерфейса Linux с GPL-несовместимой файловой системой - через FUSE (файловая система в пользовательском пространстве). Это использовалось, например, для запуска GPL-несовместимой файловой системы ZFS поверх Linux. Тем не менее, при запуске файловой системы в пользовательском пространстве может быть значительно снижена производительность.

Answer 11

Если вы серьезно занимаетесь разработкой новой операционной системы и хотите начать работу с ядром, я предлагаю вам изучить ядро ​​FreeBSD. Он имеет гораздо более расслабленную лицензию, чем Linux, я думаю, вы можете найти ее стоящей.

Просто мои 2 цента ...

Answer 12

Я согласен с MarkR, но никто не заявил очевидным для вас. Если вы серьезно, вам необходимо проконсультироваться с адвокатом, обладающим опытом в этой области.