Стандартная общественная лицензия GNU

«GPL» перенаправляется сюда. Чтобы узнать о других значениях, см. GPL (значения) .

Стандартная общественная лицензия GNU

Автор	Ричард Столлман
Последняя версия	3
Издатель	Фонд свободного программного обеспечения
Опубликовано	25 февраля 1989 г ( 1989-02-25 )
SPDX- идентификация	GPL-3.0 или новее Только GPL-3.0 GPL-2.0 или новее Только GPL-2.0 GPL-1.0 или новее Только GPL-1.0
Совместимость с Debian FSG	Да
ФСФ одобрено	Да
OSI одобрено	Да (применяется только к GPLv3 и только GPLv2)
Авторское лево	Да
Связывание из кода с другой лицензией	Программное обеспечение лицензируется только по лицензиям, совместимым с GPL, за исключением LGPL, которая разрешает использование всех программ.
Веб-сайт	www .gnu .org /лицензии /gpl .html

( Стандартная общественная лицензия GNU GNU GPL или просто GPL ) — это серия широко используемых лицензий на свободное программное обеспечение , или авторское лево , которые гарантируют конечным пользователям четыре свободы запуска, изучения, совместного использования и изменения программного обеспечения. Лицензия была первой лицензией с авторским левом для общего использования и первоначально была написана Ричардом Столлманом , основателем Фонда свободного программного обеспечения (FSF), для проекта GNU . Лицензия предоставляет получателям компьютерной программы права определения свободного программного обеспечения . Все лицензии серии GPL являются лицензиями с авторским левом, что означает, что любая производная работа должна распространяться на тех же или эквивалентных условиях лицензии. Она более ограничительна, чем Lesser General Public License , и еще больше отличается от более широко используемых разрешительных лицензий на программное обеспечение, таких как BSD , MIT и Apache .

Исторически семейство лицензий GPL было одной из самых популярных лицензий на программное обеспечение в области бесплатного программного обеспечения с открытым исходным кодом (FOSS). Известные бесплатные программы, лицензированные по лицензии GPL, включают ядро ​​Linux и коллекцию компиляторов GNU (GCC). Дэвид А. Уилер утверждает, что авторское лево, обеспечиваемое лицензией GPL, имело решающее значение для успеха систем на базе Linux , давая программистам, внесшим вклад в ядро, уверенность в том, что их работа принесет пользу всему миру и останется свободной, а не будет использована кем-либо. компании-разработчики программного обеспечения, которым не придется ничего возвращать сообществу.

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

Чтобы поддерживать актуальность лицензии, лицензия GPL включает необязательный пункт «любая более поздняя версия», позволяющий пользователям выбирать между исходными условиями или условиями в новых версиях, обновленных FSF. Проекты программного обеспечения, лицензируемые с необязательным пунктом «или более поздняя версия», включают проект GNU, в то время как ядро ​​Linux, например, лицензируется только по лицензии GPLv2.

Положение «или любой более поздней версии» иногда называют «положением о спасательной шлюпке», поскольку оно позволяет комбинировать различные версии программного обеспечения под лицензией GPL для обеспечения совместимости.

История

Оригинальная лицензия GPL была написана Ричардом Столлманом в 1989 году для использования с программами, выпущенными в рамках проекта GNU. Она была основана на унификации аналогичных лицензий, использовавшихся для ранних версий GNU Emacs (1985 г.). отладчик GNU и GNU C. компилятор Эти лицензии содержали положения, аналогичные современной GPL, но были специфичными для каждой программы, что делало их несовместимыми, несмотря на то, что это одна и та же лицензия. Целью Столлмана было создать одну лицензию, которую можно было бы использовать для любого проекта, что позволило бы многим проектам совместно использовать код.

Вторая версия лицензии, версия 2, была выпущена в 1991 году. В течение следующих 15 лет члены сообщества свободного программного обеспечения были обеспокоены проблемами в лицензии GPLv2, которые могли позволить кому-либо использовать программное обеспечение под лицензией GPL способами, противоречащими условиям лицензии. намерение. Эти проблемы включали тивоизацию (включение программного обеспечения под лицензией GPL в оборудование, которое отказывается запускать модифицированные версии своего программного обеспечения), проблемы совместимости, аналогичные проблемам AGPL (v1) , а также патентные сделки между Microsoft и дистрибьюторами бесплатных и открытых исходных кодов. программное обеспечение, что некоторые рассматривают как попытку использовать патенты в качестве оружия против сообщества свободного программного обеспечения.

Версия 3 была разработана как попытка решить эти проблемы и была официально выпущена 29 июня 2007 года.

Версия 1

Стандартная общественная лицензия GNU, версия 1

Опубликовано	25 февраля 1989 г.
Веб-сайт	www .gnu .org /лицензии /старые лицензии /gpl-1 .0 .html

Версия 1 GNU GPL, выпущен 25 февраля 1989 г., был написан для защиты от двух основных методов, с помощью которых распространители программного обеспечения ограничивали свободы, определяющие свободное программное обеспечение. Первая проблема заключалась в том, что дистрибьюторы могли публиковать только бинарные файлы , которые являются исполняемыми, но недоступными для чтения или изменения людьми. Чтобы предотвратить это, GPLv1 заявила, что копирование и распространение копий любой части программы также должно сделать удобочитаемый исходный код доступным на тех же условиях лицензирования.

Вторая проблема заключалась в том, что дистрибьюторы могли добавлять ограничения либо к лицензии, либо путем объединения программного обеспечения с другим программным обеспечением, которое имело другие ограничения на распространение. Объединение двух наборов ограничений будет применяться к совместной работе, тем самым добавляя неприемлемые ограничения. Чтобы предотвратить это, GPLv1 заявила, что измененные версии в целом должны распространяться на условиях GPLv1. Таким образом, программное обеспечение, распространяемое на условиях GPLv1, может быть объединено с программным обеспечением на более либеральных условиях, поскольку это не изменит условий, на которых все это может распространяться. Однако программное обеспечение, распространяемое под лицензией GPLv1, не может быть объединено с программным обеспечением, распространяемым под более строгой лицензией, поскольку это противоречило бы требованию о том, чтобы все программное обеспечение распространялось в соответствии с условиями GPLv1.

Версия 2

Стандартная общественная лицензия GNU, версия 2.

Опубликовано	июнь 1991 г.
Веб-сайт	www .gnu .org /лицензии /старые лицензии /gpl-2 .0 .html

По словам Ричарда Столлмана, главным изменением в GPLv2 стал пункт «Свобода или смерть», как он это называет. – Раздел 7. В этом разделе говорится, что лицензиаты могут распространять произведение, защищенное лицензией GPL, только в том случае, если они могут выполнить все обязательства по лицензии, несмотря на любые другие юридические обязательства, которые они могут иметь. Другими словами, обязательства лицензии не могут быть разорваны из-за противоречивых обязательств. Это положение призвано отговорить любую сторону от использования иска о нарушении патентных прав или других судебных разбирательств с целью ущемления свободы пользователей в соответствии с лицензией.

К 1990 году стало очевидно, что менее строгая лицензия будет стратегически полезна для библиотеки C и для библиотек программного обеспечения, которые, по сути, выполняют работу существующих проприетарных; Поэтому, когда в июне 1991 года была выпущена версия 2 GPL (GPLv2), вторая лицензия – Генеральная общественная лицензия библиотеки GNU – была введена в то же время и пронумерована версией 2, чтобы показать, что обе лицензии дополняют друг друга. Номера версий разошлись в 1999 году, когда была выпущена версия 2.1 LGPL, которая переименовала ее в GNU Lesser General Public License , чтобы отразить ее место в философии. GPLv2 также была изменена для обозначения нового названия LGPL, но ее номер версии остался прежним, в результате чего исходная GPLv2 не распознавалась системой обмена данными программных пакетов (SPDX).

Лицензия включает инструкции по указанию «версии 2 лицензии или (по вашему выбору) любой более поздней версии», чтобы обеспечить гибкое дополнительное использование версии 2 или 3, но некоторые разработчики меняют это, чтобы указать только «версию 2».

Версия 3

Стандартная общественная лицензия GNU, версия 3.

Опубликовано	29 июня 2007 г.
Веб-сайт	www .gnu .org /лицензии /gpl-3 .0 .html

В конце 2005 года Фонд свободного программного обеспечения (FSF) объявил о работе над версией 3 GPL (GPLv3). 16 января 2006 г. был опубликован первый «проект для обсуждения» GPLv3, и начались общественные консультации. Первоначально общественные консультации планировались на девять-пятнадцать месяцев, но в конечном итоге продлились восемнадцать месяцев, и были опубликованы четыре проекта. Официальная версия GPLv3 была выпущена FSF 29 июня 2007 года. GPLv3 была написана Ричардом Столлманом при участии юрисконсультов Эбена Моглена и Ричарда Фонтаны из Юридического центра свободы программного обеспечения .

По словам Столлмана, наиболее важные изменения коснулись патентов на программное обеспечение , совместимости лицензий на свободное программное обеспечение , определения «исходного кода» и аппаратных ограничений на модификации программного обеспечения, таких как тивоизация . Другие изменения касались интернационализации, того, как решаются нарушения лицензий и как правообладатель может предоставлять дополнительные разрешения. Было четко определено понятие «распространение программного обеспечения» как термин, обозначающий копирование и тиражирование программного обеспечения.

Процесс общественных консультаций координировался Фондом свободного программного обеспечения при содействии Юридического центра свободы программного обеспечения Европейского фонда свободного программного обеспечения . и другие группы свободного программного обеспечения. Комментарии были собраны от общественности через веб-портал gplv3.fsf.org. используя специально написанное программное обеспечение под названием stet .

В ходе общественных консультаций к первому проекту было подано 962 комментария. К концу периода комментариев было подано в общей сложности 2636 комментариев.

Третий проект был выпущен 28 марта 2007 года. Этот проект включал формулировки, направленные на предотвращение соглашений, связанных с патентами, таких как спорное патентное соглашение между Microsoft и Novell , и ограничивал положения о борьбе с тивозизацией юридическим определением «пользователя» и «потребительского продукта». Он также прямо удалил раздел «Географические ограничения», о вероятном удалении этого раздела было объявлено в начале общественных консультаций.

Ричард Столлман на презентации первого проекта GNU GPLv3 в Массачусетском технологическом институте , Кембридж, Массачусетс, США. Справа от него — профессор права Колумбийского университета Эбен Моглен , председатель Юридического центра свободы программного обеспечения.

Четвертый дискуссионный проект, который был последним, был выпущен 31 мая 2007 года. Он представил совместимость с лицензией Apache версии 2.0 (предыдущие версии несовместимы), разъяснил роль внешних подрядчиков и сделал исключение, чтобы избежать предполагаемых проблем соглашения в стиле Microsoft-Novell, заявив в пункте 6 статьи 11, что:

Вы не имеете права передавать защищенную работу, если вы являетесь стороной соглашения с третьей стороной, занимающейся распространением программного обеспечения, согласно которому вы производите оплату третьей стороне в зависимости от объема вашей деятельности по передаче работы, и в соответствии с которым третья сторона предоставляет любой из сторон, которая получит от вас защищенное произведение, дискриминационную патентную лицензию   ...

Это было направлено на то, чтобы сделать такие будущие сделки неэффективными. Лицензия также должна была заставить Microsoft распространить патентные лицензии, которые она предоставила клиентам Novell на использование программного обеспечения GPLv3, на всех пользователей этого программного обеспечения GPLv3; это было возможно только в том случае, если Microsoft была юридически «конвейером» программного обеспечения GPLv3.

Ранние проекты GPLv3 также позволяли лицензиарам добавлять требование, подобное AGPL , которое закрывало бы лазейку ASP в GPL . Поскольку были высказаны опасения по поводу административных затрат на проверку кода на соответствие этому дополнительному требованию, было решено разделить лицензии GPL и AGPL.

Другие, в частности, некоторые известные разработчики ядра Linux , такие как Линус Торвальдс , Грег Кроа-Хартман и Эндрю Мортон , давали комментарии средствам массовой информации и делали публичные заявления о своих возражениях против частей обсуждаемых проектов 1 и 2. Разработчики ядра сослались на черновые положения GPLv3, касающиеся DRM / Tivoization , патентов и «дополнительных ограничений», и предупредили о балканизации «Вселенной с открытым исходным кодом». Линус Торвальдс, который решил не использовать GPLv3 для ядра Linux, повторил свою критику несколько лет спустя.

GPLv3 улучшила совместимость с несколькими лицензиями на свободное программное обеспечение, такими как лицензия Apache версии 2.0 и Генеральная общественная лицензия GNU Affero, с которой GPLv2 нельзя было комбинировать. Однако программное обеспечение GPLv3 можно было объединять и использовать общий код с программным обеспечением GPLv2 только в том случае, если используемая лицензия GPLv2 содержала необязательный пункт «или более поздняя версия» и программное обеспечение было обновлено до GPLv3. Хотя пункт «GPLv2 или любая более поздняя версия» рассматривается FSF как наиболее распространенная форма лицензирования программного обеспечения GPLv2, Разработчик ящиков для игрушек Роб Лэндли описал это как пункт о спасательной шлюпке . Проекты программного обеспечения, лицензируемые с дополнительным пунктом «или более поздняя версия», включают проект GNU , в то время как ярким примером без этого предложения является ядро ​​Linux.

Окончательная версия текста лицензии была опубликована 29 июня 2007 г.

Условия и положения

Условия GPL должны быть доступны каждому, кто получает копию произведения, к которому применяется лицензия GPL («лицензиат»). Любому лицензиату, соблюдающему условия, предоставляется разрешение изменять произведение, а также копировать и распространять произведение или любую производную версию. Лицензиату разрешается взимать плату за данную услугу или делать это бесплатно. Этот последний пункт отличает GPL от лицензий на программное обеспечение, которые запрещают коммерческое распространение. FSF утверждает, что свободное программное обеспечение не должно налагать ограничений на коммерческое использование. и GPL прямо гласит, что произведения GPL могут продаваться по любой цене.

GPL дополнительно гласит, что дистрибьютор не может налагать «дальнейшие ограничения на права, предоставляемые GPL». Это запрещает такие действия, как распространение программного обеспечения в соответствии с соглашением или контрактом о неразглашении.

Четвертый раздел лицензии версии 2 и седьмой раздел версии 3 требуют, чтобы программы, распространяемые в виде предварительно скомпилированных двоичных файлов, сопровождались копией исходного кода и письменным предложением распространять исходный код с помощью того же механизма, что и предварительная версия. -скомпилированный двоичный файл или письменное предложение получить исходный код, которое пользователь получил, когда получил предварительно скомпилированный двоичный файл под лицензией GPL. Второй раздел версии 2 и пятый раздел версии 3 также требуют предоставления «всем получателям копии настоящей Лицензии вместе с Программой». Версия 3 лицензии позволяет сделать исходный код доступным дополнительными способами во исполнение седьмого раздела. К ним относятся загрузка исходного кода с соседнего сетевого сервера или путем одноранговой передачи при условии, что скомпилированный код был доступен именно таким образом и существуют «четкие указания», где найти исходный код.

FSF не сохраняет авторские права на произведение, выпущенное под лицензией GPL, если только автор явным образом не передаст авторские права FSF (что случается редко, за исключением программ, являющихся частью проекта GNU). Только отдельные правообладатели имеют право подавать в суд при подозрении на нарушение лицензии.

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

Использование лицензионного программного обеспечения

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

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

Однако программное обеспечение, работающее как прикладная программа в операционной системе, лицензируемой GPL, такой как Linux, не обязано лицензироваться по GPL или распространяться с доступностью исходного кода — лицензирование зависит только от используемых библиотек и компонентов программного обеспечения, а не от базовая платформа. Например, если программа состоит только из исходного кода или объединена с исходным кодом других компонентов программного обеспечения , тогда пользовательские программные компоненты не должны лицензироваться по лицензии GPL и не должны предоставлять доступ к своему исходному коду; даже если используемая базовая операционная система лицензируется по лицензии GPL, приложения, работающие на ней, не считаются производными произведениями. Только если в программе используются части, лицензированные по лицензии GPL (и программа распространяется), тогда весь остальной исходный код программы должен быть доступен на тех же условиях лицензии. GNU ( Lesser General Public License LGPL) была создана с более слабым авторским левом, чем GPL, поскольку она не требует, чтобы специально разработанный исходный код (в отличие от частей, лицензируемых LGPL) был доступен на тех же условиях лицензии.

В пятом разделе версии 3 говорится, что ни один код, лицензированный под лицензией GPL, не может считаться эффективной «мерой технической защиты», как это определено в статье 11 Договора ВОИС по авторскому праву , и что те, кто передает произведение, отказываются от всех юридических полномочий запрещать обход мера технической защиты «в той степени, в которой такой обход осуществляется путем реализации прав по настоящей Лицензии в отношении охраняемого произведения». Это означает, что пользователи не могут быть привлечены к ответственности за обход DRM, реализованный с использованием кода под лицензией GPLv3, в соответствии с такими законами, как Закон США об авторском праве в цифровую эпоху (DMCA).

Авторское лево

Основная статья: Авторское лево

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

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

Закон об авторском праве исторически использовался для предотвращения распространения произведения лицами, не уполномоченными создателем. Копилефт использует те же законы об авторском праве для достижения совершенно другой цели. Она предоставляет права на распространение всем сторонам, поскольку они предоставляют те же права последующим, а они следующим и т. д. Таким образом, GPL и другие лицензии с авторским левом пытаются обеспечить свободный доступ к произведению и всем производным.

Многие дистрибьюторы программ, лицензированных по лицензии GPL, связывают исходный код с исполняемыми файлами . Альтернативный метод соблюдения авторского лева — предоставить письменное предложение предоставить исходный код на физическом носителе (например, компакт-диске) по запросу. На практике многие программы под лицензией GPL распространяются через Интернет, а исходный код доступен по FTP или HTTP . Для распространения через Интернет это соответствует лицензии.

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

Были споры о том, является ли нарушением GPLv1 выпуск исходного кода в запутанной форме, например, в случаях, когда автор менее желает сделать исходный код доступным. По общему мнению, хотя это и неэтично, это не считается нарушением. Проблема прояснилась, когда в лицензию была изменена версия 2, требующая предоставления «предпочтительной» версии исходного кода.

Лицензия против контракта

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

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

Разработчик программного обеспечения Эллисон Рэндал утверждала, что лицензия GPLv3 излишне сбивает с толку непрофессионалов и ее можно упростить, сохранив при этом те же условия и юридическую силу.

В апреле 2017 года федеральный суд США постановил, что лицензия на открытый исходный код является договором, подлежащим исполнению.

В октябре 2021 года SFC подала в суд на Vizio из-за нарушения контракта с конечным пользователем на запрос исходного кода для телевизоров Vizio, федеральный судья временно постановил, что GPL является обязательным для конечных пользователей контрактом, а также лицензией для правообладателей.

Выводы

Сам текст GPL защищен авторским правом , а авторские права принадлежат Фонду свободного программного обеспечения.

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

Другие лицензии, созданные в рамках проекта GNU, включают GNU Lesser General Public License , GNU Free Documentation License и GNU Affero General Public License .

Текст GPL сам по себе не подпадает под действие GPL. Авторские права на лицензию запрещают модификацию лицензии. Копирование и распространение лицензии разрешено, поскольку GPL требует, чтобы получатели получали «копию этой Лицензии вместе с Программой». Согласно FAQ по GPL, любой может создать новую лицензию, используя модифицированную версию GPL, при условии, что он использует другое имя лицензии, не упоминает «GNU» и удаляет преамбулу, хотя преамбулу можно использовать в модифицированная лицензия, если разрешение на ее использование получено от Фонда свободного программного обеспечения (FSF).

Связывание и производные работы

Библиотеки

Согласно FSF, «GPL не требует от вас выпуска модифицированной версии или какой-либо ее части. Вы можете вносить изменения и использовать их в частном порядке, даже не выпуская их». Однако если кто-то публикует объект под лицензией GPL, возникает проблема, связанная со связыванием, а именно: нарушает ли проприетарная программа, использующая библиотеку GPL, лицензию GPL.

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

Точка зрения: динамическое и статическое связывание нарушает GPL.

Фонд свободного программного обеспечения (который владеет авторскими правами на несколько известных программных продуктов под лицензией GPL и на сам текст лицензии) утверждает, что исполняемый файл, использующий динамически подключаемую библиотеку, действительно является производным произведением. Однако это не относится к отдельным программам, взаимодействующим друг с другом.

Фонд свободного программного обеспечения также создал LGPL , которая почти идентична GPL, но с дополнительными разрешениями, позволяющими создавать ссылки в целях «использования библиотеки».

Ричард Столлман и FSF специально поощряют авторов библиотек лицензировать по лицензии GPL, чтобы несвободные программы не могли использовать библиотеки, стремясь защитить мир свободного программного обеспечения, предоставляя ему больше инструментов, чем несвободный мир.

Точка зрения: статическое связывание нарушает GPL, но неясно, что касается динамического связывания.

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

Юрист Novell написал, что динамическое связывание, не являющееся производным, «имеет смысл», но не является «четким», и что доказательством благонамеренного динамического связывания может служить существование проприетарных драйверов ядра Linux.

В деле Галуб против Nintendo США Апелляционный суд девятого округа определил производное произведение как имеющее « форму или постоянство» и отметил, что «нарушающее авторское право произведение должно включать в себя часть произведения, защищенного авторским правом, в той или иной форме». однако четких судебных решений по разрешению этого конкретного конфликта не было.

Точка зрения: ссылки не имеют значения

Согласно статье в Linux Journal , Лоуренс Розен (бывший главный юрисконсульт Open Source Initiative ) утверждает, что метод связывания по большей части не имеет отношения к вопросу о том, является ли часть программного обеспечения производной работой ; более важным является вопрос о том, предназначалось ли программное обеспечение для взаимодействия с клиентским программным обеспечением и/или библиотеками. Он заявляет: «Основным показателем того, является ли новая программа производным произведением, является то, использовался ли исходный код исходной программы [в смысле копирования-вставки], модифицировался, переводился или иным образом изменялся каким-либо образом для создания новой программы. Если нет, то я бы сказал, что это не производное произведение». и перечисляет множество других моментов, касающихся намерения, объединения и механизма связи. Далее он рассуждает на сайте своей фирмы. что такие «рыночные» факторы более важны, чем метод связывания.

Существует также конкретный вопрос о том, должен ли плагин или модуль (например, NVidia или ATI видеокарты модули ядра ) также находиться под лицензией GPL, если его можно разумно считать собственной разработкой. Эта точка зрения предполагает, что разумно отдельные плагины или плагины для программного обеспечения, предназначенного для использования плагинов, могут лицензироваться по произвольной лицензии, если произведение имеет лицензию GPLv2. Особый интерес представляет параграф GPLv2:

Вы можете изменять свою копию или копии Программы или любой ее части, образуя таким образом произведение на основе Программы, а также копировать и распространять такие модификации или работы в соответствии с условиями Раздела 1 выше, при условии, что вы также соответствуете всем этим условиям. :   ...

б) Вы обязаны обеспечить бесплатную лицензию на любую работу, которую вы распространяете или публикуете, которая полностью или частично содержит Программу или любую ее часть или является производным от нее, в целом бесплатно для всех третьих лиц в соответствии с условиями настоящей Лицензии. .   ... Данные требования распространяются на измененное произведение в целом. Если идентифицируемые разделы этой работы не являются производными от Программы и могут обоснованно считаться независимыми и отдельными произведениями сами по себе, то настоящая Лицензия и ее условия не применяются к этим разделам, когда вы распространяете их как отдельные произведения. Но когда вы распространяете одни и те же разделы как часть целого, которое представляет собой произведение, основанное на Программе, распространение всего произведения должно осуществляться на условиях настоящей Лицензии, разрешения которой для других лицензиатов распространяются на все целое, и, таким образом, на каждого и каждая часть независимо от того, кто ее написал.

В GPLv3 есть другой пункт:

Вы можете передать произведение, основанное на Программе или модификациях, позволяющих создать его из Программы, в форме исходного кода в соответствии с условиями Раздела 4, при условии, что вы также соответствуете всем этим условиям:   ...

в) Вы обязаны лицензировать всю работу в целом по настоящей Лицензии любому, кто получит копию. Таким образом, настоящая Лицензия будет применяться вместе со всеми применимыми дополнительными условиями Раздела 7 ко всему произведению и всем его частям, независимо от того, как они упакованы. Настоящая Лицензия не дает разрешения лицензировать произведение каким-либо иным способом, но не лишает законной силы такое разрешение, если вы получили его отдельно.   ... Компиляция защищенного произведения с другими отдельными и независимыми произведениями, которые по своей природе не являются продолжением защищенного произведения и которые не объединены с ним, например, для формирования более крупной программы в объеме или на томе. носитель для хранения или распространения называется «агрегатом», если компиляция и связанные с ней авторские права не используются для ограничения доступа или законных прав пользователей компиляции сверх того, что разрешено отдельным произведением. Включение лицензированной работы в совокупность не приводит к тому, что настоящая Лицензия применяется к другим частям совокупности.

В качестве примера можно привести некоторые предположительно проприетарные плагины и темы / оболочки для программного обеспечения CMS GPLv2 , такого как Drupal и WordPress , которые подверглись критике, причем были высказаны обе стороны.

FSF различает способ вызова плагина. Если плагин вызывается посредством динамического связывания и выполняет вызовы функций программы GPL, то, скорее всего, это производная работа.

Взаимодействие и объединение с программами без лицензии GPL.

Сам по себе процесс взаимодействия с другими программами не требует, чтобы все программное обеспечение распространялось по лицензии GPL; равно как и распространение программного обеспечения под лицензией GPL вместе с программным обеспечением, не распространяемым под лицензией GPL. Однако необходимо соблюдать незначительные условия, гарантирующие, что права на программное обеспечение GPL не будут ограничены. Ниже приводится цитата из на сайте gnu.org по GPL FAQ , в которой описывается, в какой степени программному обеспечению разрешено взаимодействовать с программами GPL и быть в комплекте с ними:

В чем разница между «агрегатом» и другими видами «модифицированных версий»?

«Агрегат» состоит из ряда отдельных программ, распространяемых вместе на одном компакт-диске или другом носителе. GPL позволяет вам создавать и распространять совокупность, даже если лицензии другого программного обеспечения несвободны или несовместимы с GPL. Единственное условие состоит в том, что вы не можете выпускать совокупность под лицензией, которая запрещает пользователям осуществлять права, которые им предоставляет индивидуальная лицензия каждой программы.

Где грань между двумя отдельными программами и одной программой, состоящей из двух частей? Это юридический вопрос, который в конечном итоге будут решать судьи. Мы считаем, что правильный критерий зависит как от механизма связи (exec, каналы, rpc, вызовы функций в общем адресном пространстве и т. д.), так и от семантики связи (какие виды информации передаются).

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

Напротив, каналы, сокеты и аргументы командной строки представляют собой механизмы связи, обычно используемые между двумя отдельными программами. Поэтому, когда они используются для связи, модули обычно представляют собой отдельные программы. Но если семантика коммуникации достаточно интимна и происходит обмен сложными внутренними структурами данных, это также может стать основой для рассмотрения двух частей как объединенных в более крупную программу.

Таким образом, FSF проводит грань между «библиотекой» и «другой программой» через 1) «сложность» и «близость» обмена информацией и 2) механизм (а не семантику), но отказывается от того, что вопрос не ясен и что в сложных ситуациях решение принимает прецедентное право.

Юридический статус онлайн

См. Также: Споры между SCO и Linux и SCO против IBM.

Первое известное нарушение GPL произошло в 1989 году, когда NeXT расширила компилятор GCC для поддержки Objective-C , но не опубликовала эти изменения публично. После запроса они создали общедоступный патч . Никакого иска по данному нарушению не возбуждалось.

В 2002 году MySQL AB иск против Progress NuSphere за нарушение авторских прав и товарных знаков подала в окружной суд США . NuSphere предположительно нарушила авторские права MySQL, связав код MySQL, лицензированный по лицензии GPL, с таблицей NuSphere Gemini, не соблюдая условия лицензии. После предварительного слушания перед судьей Патти Сарис 27 февраля 2002 года стороны начали переговоры об урегулировании и в конечном итоге пришли к соглашению. После слушания FSF прокомментировала: «Судья Сарис ясно дала понять, что она считает GNU GPL обязательной лицензией, имеющей обязательную силу».

В августе 2003 года группа SCO заявила, что, по их мнению, GPL не имеет юридической силы, и что они намерены подать иски по поводу участков кода, предположительно скопированных из SCO Unix в ядро ​​Linux . Для них это была проблематичная позиция, поскольку они распространяли Linux и другой код, лицензированный по лицензии GPL, в своем дистрибутиве Caldera OpenLinux , и существует мало доказательств того, что у них было какое-либо законное право делать это, кроме как в соответствии с условиями GPL. В феврале 2018 года, после решения федерального окружного суда, апелляции и (частичного) возвращения дела в окружной суд, стороны подтвердили свои оставшиеся требования и представили план действий по вынесению окончательного решения. Остальные претензии касались проекта «Монтерей» и были окончательно урегулированы в ноябре 2021 года, когда IBM выплатила 14,25 миллиона долларов управляющему по делам о банкротстве TSG (ранее SCO).

В апреле 2004 года проект netfilter / iptables получил предварительный судебный запрет против Sitecom Germany Окружным судом Мюнхена после того, как Sitecom отказался воздерживаться от распространения лицензионного программного обеспечения Netfilter GPL в нарушение условий GPL. Харальда Вельте из Netfilter представлял ifrOSS соучредитель Тилль Йегер. В июле 2004 года немецкий суд подтвердил этот судебный запрет как окончательное решение против Sitecom. Обоснование суда заключалось в следующем:

Ответчик нарушил авторские права истца, предложив для загрузки программное обеспечение netfilter/iptables и рекламируя его распространение, не соблюдая условий лицензии GPL. Указанные действия были бы допустимы только в том случае, если бы ответчик имел лицензию.   ... Это не зависит от того, были ли условия лицензирования GPL эффективно согласованы между истцом и ответчиком или нет. Если бы стороны не согласовали GPL, у ответчика, тем не менее, не было бы необходимых прав на копирование, распространение и обнародование программного обеспечения netfilter/iptables.

Это в точности повторяет прогнозы, сделанные ранее Эбеном Могленом из FSF. Это решение было важным, поскольку впервые суд подтвердил, что нарушение условий GPL может быть нарушением авторских прав, и установил судебную практику относительно возможности принудительного исполнения GPLv2 в соответствии с законодательством Германии.

В мае 2005 года Дэниел Уоллес подал иск против Фонда свободного программного обеспечения в Южном округе штата Индиана , утверждая, что GPL является незаконной попыткой зафиксировать цены (на нулевом уровне). Иск был отклонен в марте 2006 года на том основании, что Уоллес не смог заявить обоснованное антимонопольное требование; суд отметил, что «GPL поощряет, а не препятствует свободной конкуренции и распространению компьютерных операционных систем, выгоды от которых напрямую переходят к потребителям». Уоллесу было отказано в возможности дальнейшего внесения поправок в его жалобу, и ему было приказано оплатить судебные издержки FSF.

8 сентября 2005 года Центральный окружной суд Сеула постановил, что GPL не имеет существенного значения для дела, касающегося коммерческой тайны , полученной в результате работы, лицензируемой GPL. Ответчики утверждали, что, поскольку невозможно сохранить коммерческую тайну, соблюдая при этом лицензию GPL и распространяя работу, они не нарушают коммерческую тайну. Этот довод был признан необоснованным.

6 сентября 2006 года проект gpl-violations.org выиграл судебный процесс против D-Link Germany GmbH по поводу нарушающего авторские права использования D-Link частей ядра Linux в распространяемых ими устройствах хранения данных . В решении говорилось, что GPL действительна, юридически обязательна и подлежит рассмотрению в немецком суде.

В конце 2007 года разработчики BusyBox и Юридический центр свободы программного обеспечения запустили программу по обеспечению соответствия GPL от дистрибьюторов BusyBox во встраиваемых системах , подавая в суд на тех, кто не соблюдает ее. Утверждалось, что это первые случаи использования судов в США для обеспечения соблюдения обязательств GPL. (См. иски BusyBox GPL .)

11 декабря 2008 года Фонд свободного программного обеспечения подал в суд на компанию Cisco Systems, Inc. за нарушение авторских прав ее подразделением Linksys на пакеты FSF coreutils , readline , Parted , Wget , GNU Compiler Collection , binutils и GNU Debugger , которые Linksys распространяет прошивку Linux WRT54G , беспроводных маршрутизаторов а также множества других устройств, включая DSL и кабельные модемы, сетевые устройства хранения данных, шлюзы Voice-Over-IP, виртуальные частные сетевые устройства и домашний кинотеатр/медиаплеер.

После шести лет неоднократных жалоб в адрес Cisco со стороны FSF, заявлений Cisco о том, что они исправят или исправляют свои проблемы с соблюдением требований (непредоставление полных копий всего исходного кода и их модификаций), неоднократных новых нарушений, обнаруженных и о которых сообщалось с больше продуктов и бездействие со стороны Linksys (процесс, описанный в блоге FSF как «пятилетняя игра в «Ударь крота»» ) ФСФ подал на них в суд.

Cisco урегулировала дело шесть месяцев спустя, согласившись «назначить директора по свободному программному обеспечению Linksys», чтобы обеспечить соблюдение требований, «уведомить предыдущих получателей продуктов Linksys, содержащих программы FSF, об их правах по лицензии GPL», свободно создавать исходный код программ FSF. доступно на его веб-сайте, а также внести денежный вклад в ФФС.

В 2011 году было замечено, что GNU Emacs в течение двух лет случайно выпускал некоторые двоичные файлы без соответствующего исходного кода, что противоречило предполагаемому духу GPL , что привело к нарушению авторских прав . Ричард Столлман назвал этот инцидент «очень серьезной ошибкой». что было оперативно исправлено. FSF не подал в суд ни на каких последующих распространителей, которые также неосознанно нарушили GPL, распространяя эти двоичные файлы.

В 2017 году компания Artifex, создатель Ghostscript , подала в суд на Hancom , производителя офисного пакета, включающего Ghostscript. Artifex предлагает две лицензии для Ghostscript; одна из них — лицензия AGPL, а другая — коммерческая лицензия. Hancom не приобретала коммерческую лицензию у Artifex и не выпускала свой офисный пакет как бесплатное программное обеспечение. Artifex подала иск против Hancom в окружной суд США и предъявила два иска. Во-первых, использование Ghostscript компанией Hancom было нарушением авторских прав; и во-вторых, использование Hancom Ghostscript было нарушением лицензии. Судья Жаклин Скотт Корли пришла к выводу, что лицензия GPL является контрактом, подлежащим исполнению, и Hancom нарушила контракт.

20 июля 2021 года разработчики Stockfish шахматного движка с открытым исходным кодом подали в суд на ChessBase , создателя шахматного программного обеспечения, за нарушение лицензии GPLv3. Утверждалось, что Chessbase внесла лишь небольшие изменения в код Stockfish и продала новые движки (Fat Fritz 2 и Houdini 6) своим клиентам. Кроме того, Fat Fritz 2 рекламировался как инновационный двигатель. ChessBase нарушила лицензию, не распространяя эти продукты как свободное программное обеспечение в соответствии с GPL.

Год спустя, 7 ноября 2022 года, обе стороны пришли к соглашению и завершили спор. В ближайшем будущем ChessBase прекратит продавать продукты, содержащие код Stockfish, проинформировав об этом своих клиентов соответствующим уведомлением на своих веб-страницах. Однако год спустя лицензия Chessbase была восстановлена. Stockfish не требовала возмещения убытков или финансовой компенсации.

Совместимость и мультилицензирование

Краткое руководство по совместимости лицензий с GPLv3 согласно FSF. Пунктирная линия указывает, что GPLv2 совместима только с GPLv3 с оговоркой «или любой более поздней версии».

Код, лицензированный по нескольким другим лицензиям, может быть объединен с программой под лицензией GPL без конфликта, при условии, что сочетание ограничений на работу в целом не накладывает никаких дополнительных ограничений сверх того, что допускает GPL. Помимо обычных условий GPL, существуют дополнительные ограничения и разрешения, которые можно применить:

1. Если пользователь хочет объединить код, лицензированный под разными версиями GPL, то это разрешено только в том случае, если код с более ранней версией GPL включает утверждение «или любой более поздней версии». Например, библиотека GNU LibreDWG под лицензией GPLv3 больше не может использоваться LibreCAD и FreeCAD, имеющими зависимости только GPLv2.
2. Код, лицензированный в соответствии с LGPL, разрешается связывать с любым другим кодом независимо от того, какую лицензию имеет этот код. хотя LGPL добавляет дополнительные требования к совместной работе. Таким образом, LGPLv3 и GPLv2-only обычно не могут быть связаны, поскольку совместная работа над Кодексом добавит дополнительные требования LGPLv3 поверх лицензионного программного обеспечения только GPLv2. Код, лицензированный по лицензии LGPLv2.x без указания «любая более поздняя версия», может быть повторно лицензирован , если вся объединенная работа лицензируется по GPLv2 или GPLv3.

ФСФ ведет список GPL совместимых с лицензий свободного программного обеспечения, содержащий многие из наиболее распространенных лицензий на бесплатное программное обеспечение, такие как исходная лицензия MIT/X , лицензия BSD (в ее текущей форме из трех пунктов) и Artistic License 2.0.

Начиная с GPLv3, она в одностороннем порядке совместима с материалами (такими как текст и другие медиа) по международной лицензии Creative Commons Attribution-ShareAlike 4.0, которые можно смешивать с материалами под лицензией GPL (в основном программным обеспечением), а не наоборот, для нишевых случаев использования, таких как игры. движок (GPL) со скриптами игры (CC BY-SA).

Дэвид А. Уилер выступает за то, чтобы разработчики бесплатного программного обеспечения с открытым исходным кодом использовали только лицензии, совместимые с GPL, поскольку в противном случае другим будет сложно участвовать и вносить свой код. В качестве конкретного примера несовместимости лицензий Sun Microsystems от можно привести ZFS , которая не может быть включена в ядро ​​Linux под лицензией GPL, поскольку она лицензируется в соответствии с несовместимой с GPL общей лицензией на разработку и распространение . Более того, ZFS защищена патентами, поэтому для распространения независимо разработанной реализации под лицензией GPL все равно потребуется разрешение Oracle.

Ряд компаний используют мультилицензирование для распространения версии GPL и продажи проприетарной лицензии компаниям, желающим объединить пакет с проприетарным кодом, используя динамическое связывание или нет. Примеры таких компаний включают MySQL AB , Digia PLC ( фреймворк Qt , до 2011 года от Nokia ), Red Hat ( Cygwin ) и Riverbank Computing ( PyQt ). Другие компании, такие как Mozilla Foundation (продукты включают Mozilla Application Suite , Mozilla Thunderbird и Mozilla Firefox ), использовали мультилицензирование для распространения версий под лицензией GPL и некоторыми другими лицензиями с открытым исходным кодом.

Текст и другие медиа

Можно использовать GPL для текстовых документов вместо компьютерных программ или, в более общем смысле, для всех видов носителей, если ясно, что представляет собой исходный код (определяемый как «предпочтительная форма произведения для внесения в него изменений»). . Однако для руководств и учебников FSF рекомендует вместо этого использовать лицензию GNU Free Documentation License (GFDL), созданную для этой цели. Тем не менее, разработчики Debian рекомендовали (в резолюции, принятой в 2006 году) лицензировать документацию для своего проекта под лицензией GPL из-за несовместимости GFDL с GPL (текст, лицензированный под лицензией GFDL, не может быть включен в программное обеспечение GPL). Кроме того, фонд FLOSS Manuals , организация, занимающаяся созданием руководств для свободного программного обеспечения, в 2007 году решила отказаться от GFDL в пользу GPL для своих текстов.

используется лицензия GPL Если для компьютерных шрифтов , любые документы или изображения, созданные с использованием таких шрифтов, также могут распространяться в соответствии с условиями GPL. Это не относится к странам, которые признают шрифты (внешний вид шрифтов) полезным предметом и, следовательно, не подлежат защите авторских прав , а файлы шрифтов как защищенное авторским правом компьютерное программное обеспечение (что может усложнить встраивание шрифтов, поскольку документ можно считать «связанным» ' к шрифту; другими словами, встраивание векторного шрифта в документ может привести к тому, что он будет выпущен под лицензией GPL, но растровая визуализация шрифта не будет подпадать под действие GPL). ФФС предусматривает исключение для случаев, когда это нежелательно.

Принятие

Исторически семейство лицензий GPL было одной из самых популярных лицензий на программное обеспечение в области FOSS .

Исследование MetaLab , крупнейшего в то время архива свободного программного обеспечения, проведенное в 1997 году, показало, что на GPL приходится около половины лицензируемого там программного обеспечения. Аналогичным образом, исследование Red Hat Linux 7.1, проведенное в 2000 году, показало, что 53% исходного кода лицензируется по лицензии GPL. По состоянию на 2003 год Около 68% всех проектов и 82,1% лицензированных проектов с открытым исходным кодом, перечисленных на SourceForge.net, принадлежали к семейству лицензий GPL. По состоянию на август 2008 г. На долю семейства GPL приходилось 70,9% из 44 927 проектов свободного программного обеспечения , перечисленных на Freecode .

После выпуска GPLv3 в июне 2007 года принятие этой новой версии GPL широко обсуждалось. и некоторые проекты отказались от модернизации. Например, ядро ​​Linux, MySQL , БизиБокс , АдвФС , Блендер , медиаплеер VLC , и МедиаВики решил не принимать GPLv3. С другой стороны, в 2009 году, через два года после выпуска GPLv3, Google менеджер офиса программ с открытым исходным кодом Крис Дибона сообщил, что количество лицензируемого программного обеспечения с открытым исходным кодом, перешедшего с GPLv2 на GPLv3, составило 50%, считая проекты. размещенный в Google Code .

По данным Black Duck Software, в 2011 году, через четыре года после выпуска GPLv3, 6,5% всех проектов лицензий с открытым исходным кодом имели GPLv3, а 42,5% — GPLv2. После того, как в 2011 году аналитик 451 Group Мэтью Аслетт заявил в своем блоге, что количество лицензий с авторским левом сократилось, а количество разрешительных лицензий увеличилось, основываясь на статистике Black Duck Software. Аналогичным образом, в феврале 2012 года Джон Байс сообщил, что среди 50 лучших проектов на GitHub пять проектов находятся под лицензией GPL, включая проекты с двойной лицензией и AGPL.

Статистика использования GPL с 2009 по 2013 год была извлечена из данных Freecode Уолтером ван Холстом при анализе распространения лицензий .

Использование лицензий семейства GPL в % на Freecode

2009	2010	2011	2012	2013	2014-06-18
72%	63%	61%	59%	58%	ок. 54%

По данным Black Duck Software, в августе 2013 года данные веб-сайта показывают, что семейство лицензий GPL используется в 54% проектов с открытым исходным кодом, а разбивка по отдельным лицензиям показана в следующей таблице. Однако более позднее исследование, проведенное в 2013 году, показало, что количество программного обеспечения, лицензируемого под лицензией GPL, увеличилось, и что даже данные Black Duck Software показали общий рост числа программных проектов, лицензируемых под лицензией GPL. В исследовании использовалась общедоступная информация, собранная из репозиториев проекта Debian , и в исследовании подвергалась критике Black Duck Software за то, что она не опубликовала свою методологию, используемую при сборе статистики. Дэниел Герман, профессор кафедры компьютерных наук Университета Виктории в Канаде, в 2013 году представил доклад о методологических проблемах определения наиболее широко используемых лицензий на свободное программное обеспечение и показал, как он не смог повторить результат Блэка. Утиное программное обеспечение.

В 2015 году, по данным Black Duck, GPLv2 уступила свою первую позицию лицензии MIT и теперь является второй, GPLv3 опустилась на четвертое место, а лицензия Apache сохранила третью позицию.

Использование лицензий семейства GPL в домене FOSS в % по данным Black Duck Software

Лицензия	2008-05-08	2009-03-11	2011-11-22	2013-08-12	2015-11-19	2016-06-06	2017-01-02	2018-06-04
лицензия GPLv2	58.69%	52.2%	42.5%	33%	23%	21%	19%	14%
лицензия GPLv3	1.64%	4.15%	6.5%	12%	9%	9%	8%	6%
LGPLv2.1	11.39%	9.84%	?	6%	5%	4%	4%	3%
LGPLv3	? (<0,64%)	0.37%	?	3%	2%	2%	2%	1%
Семья GPL вместе	71,72% (+<0,64%)	66.56%	?	54%	39%	36%	33%	24%

Анализ репозиториев GitHub , проведенный в марте 2015 года , показал, что для семейства лицензий GPL процент использования среди лицензированных проектов составляет примерно 25%. В июне 2016 года анализ пакетов Fedora Project показал, что GNU GPLv2 или новее является самой популярной лицензией, а семейство GNU GPL — самым популярным семейством лицензий (за ним следуют семейства MIT, BSD и GNU LGPL).

Анализ экосистемы FOSS на сайте whitesourcesoftware.com в апреле 2018 года показал, что GPLv3 находится на третьем месте (18%), а GPLv2 — на четвертом месте (11%) после лицензии MIT (26%) и лицензии Apache 2.0 (21%).

Прием

Юридический барьер для магазинов приложений

GPL несовместима со многими цифрового распространения системами приложений, такими как Mac App Store , и некоторыми другими платформами распространения программного обеспечения (как на смартфонах, так и на ПК). Проблема заключается в праве «сделать копию для соседа», поскольку это право нарушается встроенными в платформу системами управления цифровыми правами, предотвращающими копирование платного ПО. Даже если приложение бесплатно в соответствующем магазине приложений, это может привести к нарушению условий этого магазина приложений.

Существует различие между магазином приложений , который продает программное обеспечение с ограничением DRM по проприетарным лицензиям, и более общей концепцией цифрового распространения через ту или иную форму онлайн-хранилища программного обеспечения. Практически все современные системы Unix и дистрибутивы Linux имеют репозитории приложений, включая NetBSD , FreeBSD , Ubuntu , Fedora и Debian . Все эти репозитории приложений содержат программные приложения под лицензией GPL, в некоторых случаях, даже если основной проект не допускает использования кода под лицензией GPL в базовой системе (например, OpenBSD ). В других случаях, например, в Ubuntu App Store , проприетарные коммерческие программные приложения и приложения под лицензией GPL доступны через одну и ту же систему; причина, по которой Mac App Store (и подобные проекты) несовместимы с приложениями под лицензией GPL, не связана с концепцией магазина приложений, а скорее связана с требованиями условий использования Apple. что все приложения в магазине используют ограничения Apple DRM. Магазин приложений Ubuntu не требует подобных требований: «Эти условия не ограничивают и не ограничивают ваши права в соответствии с любыми применимыми лицензиями на программное обеспечение с открытым исходным кодом».

Майкрософт

Основная статья: Microsoft и открытый исходный код

В 2001 году Microsoft генеральный директор Стив Балмер назвал Linux «раковой опухолью, которая с точки зрения интеллектуальной собственности присоединяется ко всему, к чему прикасается». В ответ на нападки Microsoft на GPL несколько видных разработчиков и защитников свободного программного обеспечения опубликовали совместное заявление в поддержку лицензии. Microsoft выпустила службы Microsoft Windows для UNIX , которые содержат код под лицензией GPL. В июле 2009 года сама Microsoft выпустила под лицензией GPL корпус из около 20 000 строк кода драйвера Linux. В коде Hyper-V , который является частью представленного кода, использовались компоненты с открытым исходным кодом, лицензированные по лицензии GPL, и изначально он был статически связан с проприетарными двоичными частями, причем последние недопустимы в программном обеспечении, лицензируемом GPL.

«Вирусная» природа

Описание GPL как «вирусной» , когда ее называют «Общедоступным вирусом» или «Общественным вирусом GNU» (GPV), датируется годом позже выпуска GPLv1.

В 2001 году этот термин привлек более широкое внимание общественности, когда Крейг Манди , старший вице-президент Microsoft, назвал GPL «вирусной». Манди утверждает, что GPL имеет «вирусный» эффект, поскольку она позволяет передавать только целые программы, а это означает, что программы, которые ссылаются на библиотеки GPL, сами должны находиться под лицензией, совместимой с GPL, иначе их нельзя будет объединять и распространять.

В 2006 году Ричард Столлман ответил в интервью, что метафора Манди о «вирусе» неверна, поскольку программное обеспечение под лицензией GPL не «атакует» и не «заражает» другое программное обеспечение. Соответственно, Столлман считает, что сравнение GPL с вирусом неуместно и что лучшей метафорой для программного обеспечения под GPL было бы растение-паук : если взять его кусочек и поместить куда-то еще, оно тоже вырастет там.

С другой стороны, концепция вирусной природы GPL позже была подхвачена и другими. Например, в статье 2008 года говорилось: «Лицензия GPL является «вирусной», то есть любая создаваемая вами производная работа, содержащая даже самую малую часть ранее лицензированного программного обеспечения GPL, также должна лицензироваться по лицензии GPL».

Барьер для коммерциализации

Основная статья: Бизнес-модели программного обеспечения с открытым исходным кодом

Проект FreeBSD заявил, что «менее разрекламированное и непреднамеренное использование GPL заключается в том, что она очень выгодна крупным компаниям, которые хотят подорвать позиции компаний-разработчиков программного обеспечения. Другими словами, GPL хорошо подходит для использования в качестве маркетингового оружия, потенциально снижая общую экономическую выгоду и способствует монополистическому поведению» и что GPL «может представлять реальную проблему для тех, кто хочет коммерциализировать программное обеспечение и получить прибыль от него».

Ричард Столлман писал о практике продажи исключений из лицензий на свободное программное обеспечение как о примере этически приемлемой практики коммерциализации. Продажа исключений здесь означает, что владелец авторских прав на данное программное обеспечение публикует его (вместе с соответствующим исходным кодом) для публики по лицензии свободного программного обеспечения, «затем позволяет клиентам платить за разрешение использовать тот же код на других условиях, например разрешая его включение в собственные приложения». Столлман считал продажу исключений «приемлемой с 1990-х годов, и иногда я предлагал это компаниям. Иногда этот подход позволял важным программам стать свободным программным обеспечением». Хотя FSF не практикует продажу исключений, предлагается провести сравнение с лицензией X11 (которая представляет собой лицензию на свободное программное обеспечение без авторского лева), чтобы предположить, что этот метод коммерциализации следует рассматривать как этически приемлемый. Выпуск данной программы под лицензией свободного программного обеспечения без авторского лева позволит встраивать код в несвободное программное обеспечение. Столлман комментирует, что «либо мы должны прийти к выводу, что выпускать что-либо под лицензией X11 неправильно — вывод, который я считаю неприемлемо крайним, — или отвергнуть этот вывод. Использование лицензии без авторского лева — это слабый и обычно плохой выбор, но это не так. Другими словами, продажа исключений допускает некоторое встраивание в несвободное программное обеспечение, а лицензия X11 допускает еще большее встраивание. Если это не делает лицензию X11 неприемлемой, это не делает неприемлемой продажу исключений».

Критика открытого исходного кода

В 2000 году разработчик и автор Николай Безруков опубликовал анализ и всестороннюю критику основ GPL и модели разработки программного обеспечения Столлмана под названием «Лабиринт свободы программного обеспечения».

Версия 2 WTFPL ( публичная лицензия «Do What The Fuck You Want») была создана руководителем проекта Debian Сэмом Хоцеваром в 2004 году как пародия на GPL.

В 2005 году программного обеспечения с открытым исходным кодом сторонник Эрик С. Рэймонд поставил под сомнение тогдашнюю актуальность GPL для экосистемы FOSS, заявив: «Нам больше не нужна GPL. Она основана на убеждении, что программное обеспечение с открытым исходным кодом слабое и нуждается в защите. Открытый исходный код добился бы большего успеха, если бы GPL не заставляла многих людей нервничать по поводу ее принятия». Ричард Столлман ответил: «GPL создана для того, чтобы… гарантировать, что каждый пользователь программы получит основные свободы — запускать ее, изучать и изменять исходный код, распространять копии и публиковать модифицированные версии   … [Рэймонд ] рассматривает проблему с точки зрения различных целей и ценностей — целей и ценностей «открытого исходного кода», которые не включают защиту свободы пользователей программного обеспечения делиться и изменять программное обеспечение».

В 2007 году Эллисон Рэндал , принимавшая участие в проектном комитете GPL, раскритиковала GPLv3 за несовместимость с GPLv2. и за отсутствие ясности в формулировке. Точно так же Уёрли предсказал в 2007 году крах GPL из-за отсутствия внимания разработчиков к GPLv3, что подтолкнуло бы их к разрешительным лицензиям.

В 2009 году Дэвид Чисналл описал в статье InformIT «Провал GPL» проблемы с GPL, в том числе несовместимость и сложность текста лицензии.

В 2014 году dtrace разработчик Joyent и технический директор Брайан Кантрилл назвал GPL с авторским левом «корпоративным антишаблоном открытого исходного кода », поскольку он «противодействует сотрудничеству», и рекомендовал вместо этого разрешительные лицензии на программное обеспечение.

Критика GPLv3

Уже в сентябре 2006 года, в процессе подготовки проекта GPLv3, несколько известных разработчиков ядра Linux, например Линус Торвальдс, Грег Кроа-Хартман и Эндрю Мортон , предупредили о расколе сообщества FOSS: «выпуск GPLv3 предвещает балканизацию всей Вселенной с открытым исходным кодом, на которую мы полагаемся». Аналогичным образом Бенджамин Мако Хилл рассуждал в 2006 году по поводу проекта GPLv3, отмечая, что объединенное, сотрудничающее сообщество важнее, чем единая лицензия.

После выхода GPLv3 в 2007 году некоторые журналисты и разработчик Toybox Роб Лэндли раскритиковал, что с введением GPLv3 раскол между сообществом открытого исходного кода и сообществом свободного программного обеспечения стал шире, чем когда-либо. Поскольку значительно расширенная GPLv3 по существу несовместима с GPLv2, совместимость между ними обеспечивается только в соответствии с необязательным пунктом GPL «или более поздняя версия», который, например, не учитывается ядром Linux. Брюс Байфилд отметил, что до выпуска GPLv3 GPLv2 была объединяющим элементом между сообществом открытого исходного кода и сообществом свободного программного обеспечения.

В отношении LGPLv3 специалист по сопровождению GNU TLS Никос Маврогианнопулос аналогичным образом утверждал: «Если мы предположим, что его [LGPLv3] основная цель — использовать свободное программное обеспечение, то это явно не соответствует действительности». после того, как он повторно лицензировал GNU TLS с LGPLv3 обратно на LGPLv2.1 из-за проблем совместимости лицензий.

Лоуренс Розен , адвокат и специалист по компьютерам, в 2007 году похвалил то, что сообщество, использующее лицензию Apache, теперь может работать вместе с сообществом GPL совместимым образом, поскольку проблемы совместимости GPLv2 с лицензионным программным обеспечением Apache были решены с помощью GPLv3. Он сказал: «Я предсказываю, что одной из самых больших историй успеха GPLv3 станет осознание того, что вся вселенная бесплатного программного обеспечения с открытым исходным кодом может быть объединена в комплексные решения с открытым исходным кодом для клиентов по всему миру».

В июле 2013 года Flask разработчик Армин Ронахер делает менее оптимистичный вывод о совместимости GPL в экосистеме FOSS: «Когда речь идет о GPL, сложности лицензирования становятся неинтересной версией загадки», также отмечая, что конфликт между лицензиями Apache 2.0 и GPLv2 по-прежнему оказывают влияние на экосистему.

См. также

• Критика авторского права
• Мультилицензирование
• Публичная лицензия Европейского Союза (EUPL)
• Исключение шрифта GPL
• Исключение привязки GPL
• Сравнение лицензий на бесплатное программное обеспечение и программное обеспечение с открытым исходным кодом
• Лицензия на бесплатное программное обеспечение
• Категория:Программное обеспечение, использующее лицензию GPL
• Лицензия на общественную информацию

Внешние ссылки

• Стандартная общественная лицензия GNU (версия 3)
• GNU General Public License v2.0 — эта версия признана устаревшей FSF, но все еще используется во многих программных проектах, включая ядро ​​Linux и пакеты GNU.
• Стандартная общественная лицензия GNU v1.0 — эта версия признана устаревшей . FSF
• Стандартная общественная лицензия Emacs , версия от февраля 1988 года, прямой предшественник GNU GPL.
• История GPL , Ли-Ченг Тай, 4 июля 2001 г.
• Практическое руководство по соблюдению GPL (охватывает GPLv2 и v3) — от Центра права свободы программного обеспечения .
• Документ о соблюдении GPL
• Часто задаваемые вопросы о GPL
• Стандартная общественная лицензия GNU и комментарии под редакцией Роберта Часселла.
• Список стенограмм презентаций о GPL и лицензиях на бесплатное программное обеспечение. Архивировано 12 ноября 2015 г. в Wayback Machine ЕФСПО.
• Лабиринт свободы программного обеспечения BSD против GPL и социальные аспекты дебатов о свободном лицензировании, Николай Безруков