Я занимаюсь разработкой программного обеспечения для своей компании и хотел бы использовать некоторые библиотеки по лицензии GPL.
Какие могут быть последствия? Означает ли это, что код, разработанный выше этих зависимостей GPL, также будет находиться под GPL? Обязан ли я публиковать исходный код этих продуктов?
Ответы:
Я не юрист , но ... GNU GPL излагает свои требования довольно лаконично. Я бы посоветовал прочитать его, и вам, безусловно, понадобится ваше руководство, чтобы прочитать его, прежде чем идти по этому пути.
Тем не менее, GPL является авторским правом. Таким образом, если вы не распространяете производное программное обеспечение за пределами компании, оно обычно не применяется.
Если вы разрабатываете коммерческое программное обеспечение, то, очевидно, это не так, но если вы разрабатываете собственное программное обеспечение, где вы фактически не будете публиковать это программное обеспечение, то GPL не применяется.
Я настоятельно рекомендую прочитать FAQ по GPL . Поймите, что существуют различные варианты GPL, и какие библиотеки вы хотите использовать, будут по-разному влиять на ваш проект. На этой странице описаны различные доступные лицензии GNU. Я считаю, что статья « Почему бы не использовать LGPL » довольно показательна.
Поймите, что существует доктрина GPL, и что можно практиковать с GPL. Чтобы разобраться в тонкостях этих библиотек, как это повлияет на ваш коммерческий проект и что вы можете сделать, чтобы обойти эти проблемы - поговорите с юристом. Есть адвокаты, которые специализируются на консультировании GPL. GPL ограничен местными законами, которые могут заменить условия лицензии. У Ричарда Столлмана (мистер GPL для вас) есть план сделать столько программного обеспечения, сколько он может "свободно, как на свободе, а не как в пиве".
Ключевые термины, которые необходимо понять: публикация , связывание и встраивание (проблема LGPL) и распространение . Варианты GPL требуют, чтобы ваш исходный код был доступен любому, кто его запрашивает, если ваш проект подпадает под действие лицензии. Это не требует, чтобы вы разместили его на веб-сайте, где каждый может его скачать. Сделать его доступным может быть обычный почтовый запрос, и он может быть отправлен на бумажном носителе, если вы решите это сделать. Хотя это не соответствует духу GPL, оно соответствует букве лицензии.
Если от вас требуется сделать ваш исходный код доступным, большинство компаний не будут рассматривать его, поскольку, по их мнению, если у кого-то есть доступ к их «секретному соусу», то барьеры для выпуска новой версии программного обеспечения будут практически устранены. Даже если вы не распространяете свои сценарии сборки, ничто не говорит о том, что кто-то другой не может прийти и создать их на распределенной копии исходного кода.
ПРИМЕЧАНИЕ. Возможно, стоит проверить, есть ли у библиотеки, которую вы хотите использовать, лицензионная версия в стиле BSD / MIT / ASL. Во многих случаях есть, что обходит всю проблему с GPL. Лицензии BSD / MIT / ASL предназначены для того, чтобы позволить компаниям включать библиотеку в свои коммерческие проекты без каких-либо вирусных побочных эффектов. Хотя нет ничего, что требовало бы от пользователей библиотеки внести свой вклад, в большинстве случаев они все равно делают. Короче говоря, это показывает, что некоторые аргументы Ричарда Столлмана ошибочны. RS действительно обеспечивает цель, как крайность, необходимую для обеспечения альтернатив, где должен быть удачный баланс. Не все сторонники GPL согласны с интерпретацией RS его собственной лицензии, что также добавляет путаницы.
Эта часто задаваемая статья отвечает на вопрос наиболее кратко.
GPL - это вирусная лицензия. Если вы используете какую-либо библиотеку GPL где-либо в своей программе и в конечном итоге публикуете или распространяете ее, в соответствии с условиями лицензирования вся ваша программа должна быть опубликована под лицензией GPL или совместимой лицензией.
If the program is published, он должен быть под GPL или совместимым. Это doesn't have toбудет опубликовано.