История изменений
Исправление
kirk_johnson,
(текущая версия)
:
Символы экспортированные из ядра линукс явно помечены можно ли их использовать из закрытого кода, или нет (EXPORT_SYMBOL_GPL или EXPORT_SYMBOL). В микроядре тоже можно так сделать, ведь это оно передает сообщения между сервисами, оно может проверять лицензии. Все будет зависеть от желания разработчика, архитектура не ограничивает.
Не получится. Когда ты используешь ядерное API в своем коде, это считается derived work — потому что, грубо говоря, ты пользуешься ядром как библиотекой. Но если твой код работает независимо от ядра через IPC, то GPL не считает это за derived work и не требует открытия сырцов.
В качестве примера — в ядре есть подсистема FUSE, позволяющая писать файловые системы в Userspace. Никаких лицензионных ограничений на этот интерфейс нет и быть не может.
P.S. Нет, авторы конечно могут придумать свою EULA, которая будет запрещать определенные действия через IPC... но мне кажется, что с таким подходом их быстро пошлют в известном направлении.
Исправление
kirk_johnson,
:
Символы экспортированные из ядра линукс явно помечены можно ли их использовать из закрытого кода, или нет (EXPORT_SYMBOL_GPL или EXPORT_SYMBOL). В микроядре тоже можно так сделать, ведь это оно передает сообщения между сервисами, оно может проверять лицензии. Все будет зависеть от желания разработчика, архитектура не ограничивает.
Не получится. Когда ты используешь ядерное API в своем коде, это считается derived work — потому что, грубо говоря, ты пользуешься ядром как библиотекой. Но если твой код работает независимо от ядра через IPC, то GPL не считает это за derived work и не требует открытия сырцов.
В качестве примера — в ядре есть подсистема FUSE, позволяющая писать файловые системы в Userspace. Никаких лицензионных ограничений на этот интерфейс нет и быть не может.
Исходная версия
kirk_johnson,
:
Символы экспортированные из ядра линукс явно помечены можно ли их использовать из закрытого кода, или нет (EXPORT_SYMBOL_GPL или EXPORT_SYMBOL). В микроядре тоже можно так сделать, ведь это оно передает сообщения между сервисами, оно может проверять лицензии. Все будет зависеть от желания разработчика, архитектура не ограничивает.
Не получится. Когда ты используешь ядерное API в своем коде, это считается derived work — потому что, грубо говоря, ты пользуешься ядром как библиотекой. Но если твой код работает независимо от ядра через IPC, то GPL не считает это за derived work и не требует открытия сырцов.
В качестве примера — в ядре есть подсистема FUSE, позволяющая писать файловые системы в Userspace. Никаких лицензионных ограничений на этот интерфейс нет.