Вопрос к ИИ:

Какая лицензия на библиотеку openssl (последняя версия)? Какие требования лицензии к коммерческим закрытым проектам, которые распространяют бинарники?

Ответ ИИ:

Библиотека OpenSSL (начиная с версии 3.0 и выше) распространяется под лицензией Apache License версии 2.0. Это разрешительная (permissive) лицензия, которая полностью совместима с коммерческой разработкой и не накладывает «вирусных» обязательств на ваше ПО.

Требования при распространении бинарников (по лицензии Apache 2.0):

Если вы поставляете OpenSSL (в виде DLL, SO-файлов или внутри статического бинарника) в составе своего закрытого продукта, вам необходимо выполнить следующие условия:

Сохранение уведомлений:

Вы обязаны включить копию текста лицензии Apache 2.0 и файл NOTICE (если он присутствует в исходниках OpenSSL) в документацию или другие материалы, сопровождающие поставку. Обычно это делается в файле LICENSE, THIRD-PARTY-NOTICES или в разделе интерфейса «О программе».

Метод линковки:

Лицензия Apache 2.0 не делает различий между статической и динамической линковкой. В обоих случаях вы можете линковать библиотеку с закрытым кодом вашего приложения, не открывая его исходники.

Изменения в библиотеке:

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

Использование имени:

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

Резюме для бизнеса:

OpenSSL 3.0+ максимально удобна для проприетарного ПО. В отличие от старых версий (1.1.1 и ниже), она не требует обязательных специфических фраз в рекламных материалах. Вам достаточно сохранить текст лицензии и уведомление об авторстве в сопроводительной документации к вашему бинарному файлу.

Вопрос к ИИ:

Какая лицензия на библиотеку zlib? Какие требования лицензии к коммерческим закрытым проектам, которые распространяют бинарники?

Ответ ИИ:

Библиотека zlib распространяется под собственной лицензией zlib License. Это одна из самых либеральных лицензий в мире Open Source, которая практически не ограничивает свободу коммерческого использования.

Требования при распространении бинарников (по лицензии zlib):

Если вы используете zlib в закрытом коммерческом продукте и поставляете её в виде скомпилированных файлов (бинарников), ваши обязательства минимальны:

Отсутствие обязательного уведомления:

В отличие от лицензий MIT, BSD или Apache 2.0, лицензия zlib не требует обязательного включения текста лицензии или уведомлений об авторских правах в документацию или интерфейс вашего приложения при распространении только в бинарном виде. Упоминание в стиле «This software uses zlib» приветствуется авторами, но не является юридическим условием.

Запрет на введение в заблуждение:

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

Изменения в библиотеке:

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

Отказ от ответственности:

Библиотека поставляется «как есть». Вы принимаете на себя все риски, а авторы не несут ответственности за любые убытки, возникшие в результате использования библиотеки.

Резюме для бизнеса:

Лицензия zlib — идеальный вариант для проприетарного ПО. Она позволяет линковать библиотеку любым способом (статически или динамически) и распространять закрытый бинарный код, не налагая при этом практически никаких административных обязательств по оформлению лицензионных соглашений для конечного пользователя.

Сама фраза "СУБД не основана на продуктах с отрытым исходным кодом и не использует стороннее программное обеспечение." налагает неосуществимую степень автономности и независимости ПО, ИМХО это обязывает к ПОЛНОМУ ОТКАЗУ от ВСЕХ сторонних прикладных библиотек в рамках всего проекта Сокол, а не просто "сделать и показать никому не нужную неосновную сборку без LLVM и проч.". И неважно как эти библиотеки будут использоваться, будут ли они статически слинкованы, либо установлены как зависимости из репозиториев. В любом из этих случаев - это будет "использованием стороннего программного обеспечения".