Yocto на Cyclone V SoC - что можно пользовать, если не GPL/Open Source Опции

[iiv]

Добрый день,

есть самопально разведенная платка с Cyclone V SoC под Yocto которую я планировал в ближайшее время барыжить.

На плате имеется несколько выполнялок, которые я скомпиллил у себя с использованием только BSD библиотек. Из системного эти выполнялки используют только системные функции и загрузку прошивки плиски.

Еще пользуется wget для загрузки прошивки с использованием OpenSSL, но тут вроде нет нарушения GPL лицензии.

Общение с внешним сервером производится через сокеты на самопально написанном минималистическом веб сервере.

Скажите, пожалуйста, правильно ли я понимаю, что в этом случае я могу не отдавать сорсы при продаже этой железки со своим софтом не нарушая GPL лицензии?

Еще вопрос. Юзер может захотеть подставить свою функцию (написанную на С), которую мне надо скомпилировать на этой борде и прилинковать к одному из своих модулей. Правильно ли я понимаю, что в этом случае я совершенно не смогу отвертеться от GPL и должен буду раскрыть коды или есть какое-то решение это не делать? Если да, то как, скажите, пожалуйста?

PS: продажа в большем случае будет осуществляться там, где GPL очень хорошо блюдут. В общем-то мне не жалко сорсы раскрыть, но некоторые куски сорсов как, например, веб сервер, написаны по принципу "чтоб быстрее запустилось" и не хотелось бы, чтоб это неэлегантное решение было бы предметом всеобщего обсуждения.

Спасибо!

ИИВ

[AVR]

Еще вопрос. Юзер может захотеть подставить свою функцию (написанную на С), которую мне надо скомпилировать на этой борде и прилинковать к одному из своих модулей. Правильно ли я понимаю, что в этом случае я совершенно не смогу отвертеться от GPL и должен буду раскрыть коды или есть какое-то решение это не делать? Если да, то как, скажите, пожалуйста?

Python? Lua? etc?

На плате имеется несколько выполнялок, которые я скомпиллил у себя с использованием только BSD библиотек. Из системного эти выполнялки используют только системные функции и загрузку прошивки плиски.

Основная масса библиотек это LGPL - отличная лицензия для такой задачи.
Достаточно просто упомянуть что такая библиотека используется, не модифицировать ее непосредственно (да и зачем это как правило надо делать???) и всё будет хорошо.

LGPL/GPL обросла таким неимоверным количеством страшилок и ужастиков, что люди уже не верят что LGPL создано для их блага и блага "сообщества". И это можно свободно использовать в коммерческих проектах. И ничего не открывать.

Да в самом деле - посмотрите те немногочисленные суды о нарушении GPL/LGPL, там совсем уж наглые и грубые нарушения. Достаточно просто понять что же нарушило лицензию, и просто не делать так - это не сложно ведь.

Не надо с перепугу бежать на RTOS... К слову, контора, где я сейчас бурно тружусь, преспокойно сует Linux во всё что только можно, без опаски. И лицензию не нарушает никак.

[iiv]

Python? Lua? etc?

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

Как я уже смог понять - я тут не нарушаю GPL так как вызываю компиллер с командной строки и не имею с компиллером сильных связей. Так как на STDC распространяется исключение от GPL, то все должно нормально катить и идею перейти на RTOS я постепенно забываю как о страшном сне.