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

"GPL" перенаправляет сюда. Для использования в других целях см. GPL (значения).

Стандартная общественная лицензия GNU
GPLv3 Logo.svg
АвторРичард Столмен
Последняя версия3
ИздательФонд свободного программного обеспечения
Опубликовано25 февраля 1989 г.; 31 год назад (1989-02-25)
Совместимость с Debian FSGда[1]
ФСПО утвержденода[2][3]
OSI утвержденода[4]
Авторское левода[2][3][5]
Связывание из кода с другой лицензиейНет (за исключением программного обеспечения, лицензированного по GPLv3-совместимым лицензиям)[6]
Интернет сайтwww.gnu.org/ лицензии/ gpl.html Отредактируйте это в Викиданных

В Стандартная общественная лицензия GNU (GNU GPL или просто GPL) представляет собой серию широко используемых лицензии на бесплатное программное обеспечение эта гарантия конечные пользователи свободу запускать, изучать, совместно использовать и изменять программное обеспечение.[7] Лицензии изначально были написаны Ричард Столмен, бывший глава Фонд свободного программного обеспечения (ФСПО), для Проект GNU, и предоставить получателям компьютерная программа права определение свободного программного обеспечения.[8] Все серии GPL авторское лево лицензии, а это значит, что любые производная работа должны распространяться на условиях такой же или эквивалентной лицензии. Это в отличие от разрешительные лицензии на программное обеспечение, из которых Лицензии BSD и Лицензия MIT являются широко используемыми менее ограничительными примерами. GPL была первой лицензией с авторским левом для общего пользования.

Исторически семейство лицензий GPL было одной из самых популярных лицензий на программное обеспечение в мире. бесплатное программное обеспечение с открытым исходным кодом домен.[7][9][10][11][12] Известные бесплатные программы, лицензированные по GPL, включают Ядро Linux и Коллекция компиляторов GNU (GCC). Дэвид А. Уиллер утверждает, что авторское лево, предоставляемое GPL, имело решающее значение для успеха Linux -системы, дающие программистам, которые внесли свой вклад в ядро, уверенность в том, что их работа принесет пользу всему миру и останется свободной, а не будет использоваться компаниями-разработчиками программного обеспечения, которым не придется ничего возвращать сообществу.[13]

В 2007 году была выпущена третья версия лицензии (GPLv3) для решения некоторых предполагаемых проблем со второй версией (GPLv2), которые были обнаружены во время длительного использования последней. Чтобы поддерживать лицензию в актуальном состоянии, лицензия GPL включает необязательный пункт «любая более поздняя версия», позволяющий пользователям выбирать между исходными условиями или условиями в новых версиях, обновленных FSF. Разработчики могут опустить его при лицензировании своего программного обеспечения; ядро Linux, например, лицензировано под GPLv2 без пункта «любая более поздняя версия».[14][15]

История

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

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

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

Версия 1

Стандартная общественная лицензия GNU, версия 1
Опубликовано25 февраля 1989 г.
Интернет сайтwww.gnu.org/ лицензии/ старые лицензии/ gpl-1.0.html

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

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

Версия 2

Стандартная общественная лицензия GNU, версия 2
ОпубликованоИюнь 1991 г.
Интернет сайтwww.gnu.org/ лицензии/ старые лицензии/ gpl-2.0.html

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

К 1990 году стало очевидно, что менее ограничительная лицензия будет стратегически полезна для библиотеки C и для программных библиотек, которые, по сути, выполняют работу существующих проприетарных;[23] когда в июне 1991 года была выпущена версия 2 GPL (GPLv2), одновременно была введена вторая лицензия - Стандартная общественная лицензия для библиотеки GNU - и пронумерованная версией 2, чтобы показать, что обе лицензии дополняют друг друга.[24] Номера версий разошлись в 1999 году, когда была выпущена версия 2.1 LGPL, которая переименовала ее в Стандартная общественная лицензия ограниченного применения GNU отразить его место в философии.

Некоторые разработчики указывают «GPLv2 или любая более поздняя версия», чтобы позволить гибкое дополнительное использование версии 2 или 3.

Версия 3

Стандартная общественная лицензия GNU, версия 3
Опубликовано29 июня 2007 г.
Интернет сайтwww.gnu.org/ лицензии/ gpl.html

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

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

Он также добавил положение, которое «лишило» Управление цифровых прав (DRM) его юридической ценности, чтобы люди могли нарушить все, что суд может признать DRM на программном обеспечении GPL, без нарушения законов, таких как DMCA.[28]

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

В процессе консультаций с общественностью к первому проекту было подано 962 комментария.[31] К концу периода комментариев было подано 2636 комментариев.[32]

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

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

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

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

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

Ранние проекты GPLv3 также позволяют лицензиарам добавлять Афферо -подобное требование, которое отключило бы ASP лазейка в GPL.[36][37] Поскольку были высказаны опасения по поводу административных расходов на проверку кода на соответствие этому дополнительному требованию, было решено сохранить разделение GPL и лицензии Affero.[38]

Другие, особенно известные Ядро Linux такие разработчики как Линус Торвальдс, Грег Кроа-Хартман, и Эндрю Мортон, прокомментировали в СМИ и сделали публичные заявления о своих возражениях по частям обсуждения проекта 1 и 2.[39] Разработчики ядра сослались на статьи проекта GPLv3, касающиеся DRM /Тивоизация, патенты и "дополнительные ограничения", а также предупреждены о Балканизация «Вселенной с открытым исходным кодом».[39][40] Линус Торвальдс, решивший не применять GPLv3 для ядра Linux,[14] повторил свою критику несколько лет спустя.[41][42]

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

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

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

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

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

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

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

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

Использование лицензионного ПО

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

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

Однако программное обеспечение, работающее как прикладная программа в операционной системе с лицензией GPL, например Linux не требуется лицензировать по GPL или распространять с доступностью исходного кода - лицензирование зависит только от используемых библиотек и программных компонентов, а не от базовой платформы.[51] Например, если программа состоит только из оригинальных исходный код, или в сочетании с исходным кодом из других программные компоненты,[d] тогда пользовательские программные компоненты не нужно лицензировать под GPL и не нужно делать их исходный код доступным; даже если используемая базовая операционная система находится под лицензией GPL, приложения, работающие в ней, не считаются производными работами.[51] Только если в программе используются части под GPL (и программа распространяется), тогда весь остальной исходный код программы должен быть доступен на тех же условиях лицензии. В GNU Меньший Генеральная общественная лицензия (LGPL) была создана, чтобы иметь более слабое авторское лево, чем GPL, в том смысле, что она не требует, чтобы собственный исходный код, разработанный специально для этого (отличный от частей с LGPL), был доступен на тех же условиях лицензии.

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

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

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

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

Таким образом, авторское лево использует закон об авторском праве для достижения противоположной своей обычной цели: вместо того, чтобы налагать ограничения, оно предоставляет права другим людям таким образом, чтобы эти права не могли быть впоследствии отобраны. Это также гарантирует, что неограниченные права на распространение не будут предоставлены, если в заявлении об авторском леве будет обнаружена юридическая ошибка.[нужна цитата ]

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

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

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

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

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

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

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

В апреле 2017 года федеральный суд США постановил, что лицензия на ПО с открытым исходным кодом является обязательным контрактом.[57]

Производные

Текст GPL сам по себе защищенный авторским правом, а авторские права принадлежат Free Software Foundation.

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

Другие лицензии, созданные проектом GNU, включают Стандартная общественная лицензия ограниченного применения GNU, Лицензия свободной документации GNU, и Стандартная общественная лицензия Affero.

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

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

Библиотеки

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Например, некоторые предположительно проприетарные плагины и темы /шкуры для GPLv2 CMS программное обеспечение, такое как Drupal и WordPress подверглись критике с обеих сторон аргумента.[69]

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

Связь и объединение с программами без GPL

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

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

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

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

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

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

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

Легальное положение

Смотрите также: Противоречия между SCO и Linux и SCO против IBM

Первое известное нарушение GPL было в 1989 году, когда Следующий расширил GCC компилятор для поддержки Цель-C, но публично не опубликовал изменения.[72] После расследования они создали публичный пластырь. За это нарушение не было возбуждено дело.[73]

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

В августе 2003 г. Группа ШОС заявили, что они считают, что GPL не имеет юридической силы, и что они намерены возбуждать судебные иски по разделам кода, предположительно скопированным из SCO Unix в Ядро Linux. Это было проблематичным для них, поскольку они распространяли код Linux и другой GPL в своих Caldera OpenLinux распространение, и существует мало свидетельств того, что у них было какое-либо законное право на это, кроме как в соответствии с условиями GPL.[нужна цитата ] В феврале 2018 года, после того как решение федерального окружного суда, апелляция и дело было (частично) возвращено в окружной суд, стороны пересмотрели свои оставшиеся требования и представили план перехода к окончательному решению.[75]

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

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

Это точно отражало прогнозы, сделанные ранее ФСПО. Эбен Моглен. Это решение было важным, потому что это был первый случай, когда суд подтвердил, что нарушение условий GPL может быть нарушением авторских прав, и установил судебную практику в отношении исковой силы версии 2 GPL в соответствии с законодательством Германии.[77]

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

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

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

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

11 декабря 2008 г. Фонд свободного программного обеспечения подал в суд на Cisco Systems, Inc. за нарушение авторских прав его подразделением Linksys, лицензированного FSF GPL coreutils, строка чтения, Расстались, Wget, Коллекция компиляторов GNU, binutils, и Отладчик GNU программные пакеты, которые Linksys распространяет в прошивке Linux[82] своего WRT54G беспроводные маршрутизаторы, а также множество других устройств, включая DSL и кабельные модемы, сетевые устройства хранения данных, шлюзы Voice-Over-IP, виртуальная частная сеть устройства и домашний кинотеатр / медиаплеер.[83]

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

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

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

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

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

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

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

FSF ведет список[92] GPL-совместимый лицензии на бесплатное программное обеспечение[93] содержащие многие из наиболее распространенных лицензий бесплатного программного обеспечения, такие как оригинал Лицензия MIT / X, то Лицензия BSD (в его нынешней форме с тремя предложениями), и Художественная лицензия 2.0.[94]

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

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

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

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

Можно использовать GPL для текстовых документов вместо компьютерных программ или, в более общем смысле, для всех видов носителей, если ясно, что составляет исходный код (определяется как «предпочтительная форма работы для внесения в него изменений») .[99] Однако для руководств и учебников FSF рекомендует Лицензия свободной документации GNU (GFDL), созданный для этой цели.[100] Тем не менее Debian разработчики рекомендовали (в резолюции, принятой в 2006 г.) лицензировать документацию для своего проекта по GPL из-за несовместимости GFDL с GPL (текст, лицензированный по GFDL, не может быть включен в программное обеспечение GPL).[101][102] Так же Инструкции FLOSS Foundation, организация, занимающаяся созданием руководств для свободных программ, решила отказаться от GFDL в пользу GPL для своих текстов в 2007 году.[103]

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

Принятие

Исторически семейство лицензий GPL было одной из самых популярных лицензий на программное обеспечение в мире. FOSS домен.[7][105][9][10][11][106]

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

После выпуска GPLv3 в июне 2007 года принятие этой новой версии GPL много обсуждалось.[108] и некоторые проекты отказались от модернизации. Например, Ядро Linux,[14][42] MySQL,[109] BusyBox,[110] AdvFS,[111] Блендер,[112][113] Медиаплеер VLC,[114] и MediaWiki[115] решили не принимать GPLv3. С другой стороны, в 2009 году, через два года после выпуска GPLv3, Google Офис-менеджер программ с открытым исходным кодом Крис ДиБона сообщил, что количество лицензионного программного обеспечения для проектов с открытым исходным кодом, которое перешло с GPLv2 на GPLv3, составило 50%, если считать проекты, размещенные в Код Google.[11]

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

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

Использование семейных лицензий GPL в% от Freecode[12]
200920102011201220132014-06-18[120][121]
72%63%61%59%58%ок. 54%

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

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

Использование лицензий семейства GPL в домене FOSS в% по данным Black Duck Software
Лицензия2008-05-08[124]2009-03-11[125]2011-11-22[116]2013-08-12[106]2015-11-19[7]2016-06-06[126]2017-01-02[127]2018-06-04[128]
GPLv258.69%52.2%42.5%33%23%21%19%14%
GPLv31.64%4.15%6.5%12%9%9%8%6%
LGPLv2.111.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%

Мартовский анализ 2015 г. GitHub репозитории показали, что для семейства лицензий GPL процент использования лицензионных проектов составляет примерно 25%.[129] В июне 2016 г. Проект Fedora Пакеты показали, что GNU GPL версии 2 или более поздней является самой популярной лицензией, а семейство GNU GPL - самым популярным семейством лицензий (за ним следуют семейства MIT, BSD и GNU LGPL).[130]

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

Прием

Правовой барьер для магазинов приложений

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

Обратите внимание, что существует различие между приложением магазин, который продает DRM программное обеспечение с ограничениями по проприетарным лицензиям и более общая концепция цифровое распространение через какой-либо онлайн-репозиторий программного обеспечения. Различные UNIX-подобные распределения предоставлять репозитории приложений, в том числе Fedora, RHEL, CentOS, Ubuntu, Debian, FreeBSD, OpenBSD, и так далее. Все эти конкретные репозитории приложений содержат программные приложения под лицензией GPL, в некоторых случаях даже если основной проект не разрешает код под лицензией GPL в базовой системе (например, OpenBSD[133]). В других случаях, таких как Магазин приложений Ubuntu, проприетарные коммерческие программные приложения и Приложения под лицензией GPL доступны через одну и ту же систему; Причина, по которой Mac App Store (и аналогичные проекты) несовместима с приложениями под лицензией GPL, не является неотъемлемой частью концепции магазина приложений, а, скорее, связана с требованиями Apple к условиям использования.[132] что все приложения в магазине используют ограничения Apple DRM. Магазин приложений Ubuntu не требует таких требований: «Эти условия не ограничивают и не ограничивают ваши права по любым применимым лицензиям на программное обеспечение с открытым исходным кодом».[134]

Microsoft

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

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

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

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

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

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

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

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

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

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

Критика из открытых источников

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

Версия 2 WTFPL (Do What The Fuck You Want To Public License) был создан Debian руководитель проекта Сэм Хосевар в 2004 году как пародия на GPL.[150]

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

В 2007 Эллисон Рэндал, который принимал участие в проекте комитета по GPL, критиковал GPLv3 за то, что несовместимый с GPLv2[153] и из-за отсутствия ясности в формулировке.[154] Так же, Whurley В 2007 году предсказал крах GPL из-за того, что разработчики не уделяют внимания GPLv3, что подтолкнет их к разрешительным лицензиям.[155]

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

В 2014 dtrace разработчик и Джойент Технический директор Брайан Кэнтрилл назвал GPL с авторским левом "Корпоративным открытым исходным кодом" Анти-шаблон "будучи" противником сотрудничества "и рекомендуется вместо этого снисходительный лицензии на программное обеспечение.[157]

Критика GPLv3

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

После выпуска GPLv3 в 2007 году некоторые журналисты[42][116][159] и Ящик для игрушек разработчик Роб Лэндли[45][46] критиковал, что с введением GPLv3 раскол между сообществом открытого и свободного программного обеспечения стал шире, чем когда-либо. Поскольку значительно расширенная GPLv3 по существу несовместимый с GPLv2,[88] совместимость между обоими указана только в необязательном "или позже" пункт GPL, который, например, не был принят Ядро Linux.[14] Брюс Байфилд отметил, что до выпуска GPLv3 GPLv2 была объединяющим элементом между сообществом разработчиков открытого и бесплатного программного обеспечения.[116]

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

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

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

Смотрите также

Примечания

  1. ^ Разделы 3а и 3б лицензии
  2. ^ Разделы 2б и 4 лицензии
  3. ^ «GPLv3 разбила» «GPL на несовместимые вилки, которые не могут совместно использовать код ... FSF ожидала всеобщего соответствия, но захватила пункт о спасательной шлюпке, когда лодка не тонула ....»[45][46]
  4. ^ пример: если Только GNU Меньший Стандартная общественная лицензия - (LGPL-) библиотеки, LGPL-программные компоненты и компоненты с разрешительные лицензии свободных программ используются (следовательно, не сама GPL), то Только исходный код частей LGPL должен быть доступен - для программных компонентов собственной разработки разработчика это не требуется (даже если используемая базовая операционная система лицензирована под GPL, как в случае с Linux).
  5. ^ Противоположный пример - GPL GNU Bison: парсеры, которые он выводит делать содержат части самого себя и, следовательно, являются производными, которые подпадали бы под действие GPL, если бы не специальное исключение, предоставленное GNU Bison.[52]
  6. ^ Увидеть Progress Software Corporation против MySQL AB, 195 F. Supp. 2d 328 (D. Mass. 2002), по ходатайству ответчика о предварительном судебном запрете.

Рекомендации

  1. ^ «Информация о лицензии». В Проект Debian. Программное обеспечение в общественных интересах (опубликовано 12 июля 2017 г.). 1997–2017 гг. В архиве с оригинала 20 июля 2017 г.. Получено 20 июля 2017. ... На этой странице представлено мнение некоторых участников debian-legal о том, как определенные лицензии соответствуют Руководству по свободному программному обеспечению Debian (DFSG). ... В настоящее время в Debian main есть следующие лицензии:
    • ...
    • Лицензии в стиле Expat / MIT
    • ...
  2. ^ а б «Различные лицензии и комментарии о них». В Проект GNU. Фонд свободного программного обеспечения (опубликовано 4 апреля 2017 г.). 2014–2017 гг. Стандартная общественная лицензия GNU (GPL) версии 3. В архиве с оригинала 20 июля 2017 г.. Получено 20 июля 2017. ... Это последняя версия GNU GPL: лицензия свободных программ и лицензия с авторским левом. ... Обратите внимание, что GPLv3 сама по себе несовместима с GPLv2. Однако большая часть программного обеспечения, выпущенного под GPLv2, также позволяет использовать условия более поздних версий GPL. В этом случае вы можете использовать код под GPLv3 для создания желаемой комбинации. ...
  3. ^ а б «Различные лицензии и комментарии о них». В Проект GNU. Фонд свободного программного обеспечения (опубликовано 4 апреля 2017 г.). 2014–2017 гг. Стандартная общественная лицензия GNU (GPL) версии 2. В архиве с оригинала 20 июля 2017 г.. Получено 20 июля 2017. ... Это предыдущая версия GNU GPL: лицензия свободных программ и лицензия с авторским левом. ... Обратите внимание, что GPLv2 сама по себе несовместима с GPLv3. Однако большая часть программного обеспечения, выпущенного под GPLv2, также позволяет использовать условия более поздних версий GPL. В этом случае вы можете использовать код под GPLv3 для создания желаемой комбинации. ...
  4. ^ «Лицензии по названию». Инициатива открытого исходного кода. нет данных В архиве с оригинала 20 июля 2017 г.. Получено 20 июля 2017. ... Следующие лицензии были утверждены OSI. ...
    • Стандартная общественная лицензия GNU версии 2 (GPL-2.0)
    • Стандартная общественная лицензия GNU версии 3 (GPL-3.0)
    • ...
  5. ^ «Копилефт: прагматический идеализм - Фонд свободного программного обеспечения». Фонд свободного программного обеспечения. Получено 10 декабря 2009.
  6. ^ «Часто задаваемые вопросы по GPL: если библиотека выпущена под лицензией GPL (не LGPL)». Проект GNU. Фонд свободного программного обеспечения.
  7. ^ а б c d е «Топ-20 лицензий». Программное обеспечение Black Duck. 19 ноября 2015. Архивировано с оригинал 19 июля 2016 г.. Получено 19 ноября 2015.
  8. ^ «Часто задаваемые вопросы по GPL: делает ли использование GPL программы ее ПО GNU?». Проект GNU. Фонд свободного программного обеспечения.
  9. ^ а б c Дэвид А. Уиллер. «Оценка размера Linux».
  10. ^ а б c "Страница статистики Freecode". Архивировано из оригинал 28 августа 2008 г. GPL 60,5%, lGPLv2 6,9%, GPLv2 1,9% GPLv3 1,6%
  11. ^ а б c Аси, Мэтт (23 июля 2009 г.). «Уровень распространения GPLv3 составляет 50 процентов | The Open Road - CNET News». News.cnet.com. Получено 2 сентября 2013.
  12. ^ а б c Распространение лицензий: наивный количественный анализ на lwn.net «Вальтер ван Холст - юридический консультант голландской ИТ-консалтинговой компании mitopics ... Вместо этого Вальтер решил использовать данные из индекса программного обеспечения, а именно Freecode ... Набор данных Уолтера за 2009 год состоял из 38 674 проектов ... Последний столбец в таблице В таблице показано количество проектов, лицензированных по «любой версии GPL». Кроме того, Уолтер представил круговые диаграммы, показывающие долю проектов с различными общими лицензиями. В этих наборах данных примечательно то, что, в то время как в 2009 году доля лицензированных проектов Только GPLv2 и GPLv3 составляли соответственно 3% и 2%, к 2013 году эти цифры выросли до 7% и 5% ».
  13. ^ «Почему GPL привела Linux к успеху». Таким образом, хотя BSD теряют энергию каждый раз, когда участвует компания, программы под GPL выигрывают каждый раз, когда участвует компания.
  14. ^ а б c d е Торвальдс, Линус. "КОПИРОВАНИЕ". kernel.org. Получено 13 августа 2013. Также обратите внимание, что единственная действительная версия GPL в отношении ядра - это _эта_ конкретная версия лицензии (т.е. v2, а не v2.2 или v3.x или что-то еще), если явно не указано иное.
  15. ^ Линус Торвальдс (8 сентября 2000 г.). «Linux-2.4.0-test8». lkml.iu.edu. Получено 21 ноября 2015. Единственное замечание, на которое я хотел бы обратить внимание, - это пояснение в файле COPYING, в котором ясно сказано, что для ядра действительна только _эта_ конкретная версия GPL. Это не должно вызывать удивления, поскольку это та же лицензия, которая существует с 0.12 или около того, но я подумал, что сделаю это явным
  16. ^ "Уведомление о разрешении на копирование GNU Emacs (1985 г.)". Получено 8 ноября 2015.
  17. ^ «История GPL». Получено 24 ноября 2011.
  18. ^ а б c Столмен, Ричард (21 апреля 2006 г.). «Презентация на второй международной конференции GPLv3, проходящей в Порту-Алегри».
  19. ^ «Зачем переходить на GPL версии 3 - GPLv3». Fsf.org. Получено 17 марта 2011.
  20. ^ «FSF выпускает Стандартную общественную лицензию GNU версии 3 - Free Software Foundation - совместная работа над свободным программным обеспечением». Fsf.org. Получено 15 января 2011.
  21. ^ «Стандартная общественная лицензия GNU, версия 1».
  22. ^ «Новая стандартная общественная лицензия».
  23. ^ По поводу рассуждений см. Проект GNU.
  24. ^ «Стандартная общественная лицензия для библиотеки GNU, версия 2.0». Получено 21 ноября 2018.
  25. ^ а б Столмен, Ричард (25 февраля 2006 г.). «Презентация в Брюсселе, Бельгия - первый день конференции FOSDEM в этом году».
  26. ^ «Авторы GPLv3 комментируют окончательный вариант». Получено 4 марта 2008.[постоянная мертвая ссылка ]
    «Процесс GPLv3: общественные консультации и частное редактирование». Архивировано из оригинал 24 июня 2008 г.. Получено 4 марта 2008.
  27. ^ Интервью с Ричардом Столменом В архиве 20 ноября 2017 г. Wayback Machine, Free Software Magazine, 23 января 2008 г.
  28. ^ «Краткое руководство по GPLv3 - Проект GNU - Фонд свободного программного обеспечения (FSF)». Фонд свободного программного обеспечения.
  29. ^ «GPLv3: разработка версии 3 Стандартной общественной лицензии GNU». Европейский фонд свободного программного обеспечения.
  30. ^ «Комментарии gplv3.fsf.org к обсуждению проекта 4». Архивировано из оригинал 2 октября 2008 г.. Получено 31 марта 2008.
  31. ^ "Комментарии gplv3.fsf.org к черновику 1". Архивировано из оригинал 26 июня 2008 г.. Получено 31 марта 2008. Отображение комментариев в файле 'gplv3-draft-1' ... найдено 962
  32. ^ "Комментарии gplv3.fsf.org к черновику 2". Архивировано из оригинал 24 июля 2008 г.. Получено 31 марта 2008. Отображение комментариев в файле 'gplv3-draft-1' ... найдено 727
    "Комментарии gplv3.fsf.org к черновику 3". Архивировано из оригинал 3 июля 2008 г.. Получено 31 марта 2008. Отображение комментариев в файле 'gplv3-draft-3' ... найдено 649
    "Комментарии gplv3.fsf.org к черновику 4". Архивировано из оригинал 2 октября 2008 г.. Получено 31 марта 2008. Отображение комментариев в файле 'gplv3-draft-4' ... найдено 298
  33. ^ «Руководство к третьему проекту GPLv3».
  34. ^ «Проект окончательного обсуждения». Получено 4 июн 2007.
  35. ^ «Часто задаваемые вопросы по GPL версии 3». Получено 4 июн 2007.
    «Четвертое обсуждение проекта обоснования» (PDF). Получено 4 июн 2007.
  36. ^ Тиманн, Майкл (7 июня 2007 г.). «GNU Affero GPL версии 3 и лазейка в ASP»"". OSI. Получено 19 августа 2013.
  37. ^ Список лицензий свободного программного обеспечения на сайте ФСПО: «Мы рекомендуем разработчикам рассмотреть возможность использования GNU AGPL для любого программного обеспечения, которое обычно запускается по сети».
  38. ^ «Часто задаваемые вопросы по GPL: почему вы решили написать GNU Affero GPLv3 как отдельную лицензию?». Проект GNU. Фонд свободного программного обеспечения.
  39. ^ а б c Джеймс Э.Дж. Боттомли; Мауро Карвалью Чехаб; Томас Глейкснер; Кристоф Хеллвиг; Дэйв Джонс; Грег Кроа-Хартман; Тони Лак; Эндрю Мортон; Тронд Миклебуст; Дэвид Вудхаус (15 сентября 2006 г.). «Позиция разработчиков ядра по GPLv3 - опасности и проблемы с GPLv3». LWN.net. Получено 11 марта 2015. Текущая версия (проект обсуждения 2) GPLv3 при первом чтении не проходит проверку на необходимость раздела 1 на том основании, что в GPLv2 нет существенной и выявленной проблемы, которую она пытается решить. Однако более глубокое прочтение обнаруживает несколько других проблем с текущим проектом FSF: 5.1 Пункты DRM ... 5.2 Положение о дополнительных ограничениях ... 5.3 Патентные положения ... поскольку FSF предлагает перевести все свои проекты на GPLv3 и оказать давление на все остальные лицензированные GPL проекты, чтобы они переместились, мы предвидим, что выпуск GPLv3 предвещает Балканизация всей Вселенной с открытым исходным кодом, на которую мы полагаемся.
  40. ^ Петрелей, Николас (27 сентября 2006 г.). «Борьба со злом или борьба за внимание?». linuxjournal.com. Получено 11 марта 2015. Во-вторых, продолжается война между Линусом Торвальдсом и другими разработчиками ядра и Фондом свободного программного обеспечения из-за GPLv3, при этом Торвальдс заявляет, что ему надоел FSF.
  41. ^ Линус Торвальдс говорит, что GPL v3 нарушает все, что стояло за GPLv2 Debconf 2014, Портланд, штат Орегон (по состоянию на 11 марта 2015 г.)
  42. ^ а б c Кернер, Шон Майкл (8 января 2008 г.). «Торвальдс все еще увлечен GPLv2». internetnews.com. Получено 12 февраля 2015. В некотором смысле Linux был проектом, который действительно прояснил разделение между тем, что продвигает FSF, что сильно отличается от того, что всегда было с открытым исходным кодом и Linux, что является скорее техническим превосходством, чем - это религиозное убеждение «на свободе», - сказал Торвальдс Землину. Итак, версия 3 GPL отражает цели FSF, а версия 2 GPL довольно точно соответствует тому, что, по моему мнению, должна делать лицензия, и поэтому прямо сейчас версия 2 - это то место, где находится ядро.
  43. ^ «Обзор GPL 3». Tech LawForum. 29 июня 2007 г.. Получено 2 сентября 2013.
  44. ^ «Краткое руководство по GPLv3». Программный проект GNU. Фонд свободного программного обеспечения.
  45. ^ а б Лэндли, Роб. «Конференция по Embedded Linux 2013 - Toybox: написание новой командной строки» (видео). Фонд Linux. Получено 24 июн 2016.
  46. ^ а б Лэндли, Роб. «Стенограмма выступления на CELF 2013 Toybox Talk». landley.net. Получено 21 августа 2013.
  47. ^ «Стандартная общественная лицензия GNU». Получено 15 июн 2012.
  48. ^ а б «Продажа свободных программ». Проект GNU. Фонд свободного программного обеспечения.
  49. ^ «Часто задаваемые вопросы по GPL: использовать инструменты GPL для разработки несвободных программ?». Проект GNU. Фонд свободного программного обеспечения.
  50. ^ «GPL FAQ: GPL требует, чтобы исходный текст был общедоступным». Проект GNU. Фонд свободного программного обеспечения.
    «GPL FAQ: невыпущенные модификации». Проект GNU. Фонд свободного программного обеспечения.
    «Часто задаваемые вопросы по GPL: внутреннее распространение». Проект GNU. Фонд свободного программного обеспечения.
  51. ^ а б "GPL FAQ: перенос программы на GNU / Linux". Проект GNU. Фонд свободного программного обеспечения.
  52. ^ «Условия использования зубров». Проект GNU. Фонд свободного программного обеспечения. Получено 11 декабря 2008.
  53. ^ «Обоснование« предпочтительной формы »языка GPL». LWN.net. 7 марта 2011 г.
  54. ^ Столмен, Ричард М. (9 июня 2006 г.). «Не позволяйте 'интеллектуальной собственности' искажать ваш нрав».
    Моглен, Эбен (22 июня 2006 г.). «Пойдет ли фраза« Не договор »?». Стенограмма. 3-я международная конференция GPLv3. Барселона.
  55. ^ Гуадамуз-Гонсалес, Андрес (2004). «Вирусные контракты или неисполнимые документы? Срок действия лицензий с авторским левом». Европейский обзор интеллектуальной собственности. 26 (8): 331–339. SSRN  569101.
  56. ^ Эллисон Рэндал (14 мая 2007 г.). «GPLv3, ясность и простота». Архивировано из оригинал 15 октября 2008 г.
  57. ^ Кейт Коллинз (11 мая 2017 г.). «Федеральный суд постановил, что лицензия на открытый исходный код является обязательным контрактом».
  58. ^ «Часто задаваемые вопросы по GPL: Могу ли я изменить GPL и сделать измененную лицензию?». Проект GNU. Фонд свободного программного обеспечения.
  59. ^ «Стандартная общественная лицензия GNU версии 3». Фонд свободного программного обеспечения. 29 июня 2007 г.. Получено 21 июля 2009.
  60. ^ «Часто задаваемые вопросы по GPL: Могу ли я изменить GPL и сделать измененную лицензию?». Проект GNU. Фонд свободного программного обеспечения. 9 июня 2017 г.. Получено 11 июля 2017.
  61. ^ «Часто задаваемые вопросы по GPL: требует ли GPL, чтобы исходный код измененных версий был опубликован?». Проект GNU. Фонд свободного программного обеспечения.
  62. ^ «Часто задаваемые вопросы о лицензиях GNU (FAQ по GPL)». Проект GNU. Фонд свободного программного обеспечения. Получено 15 марта 2011.
  63. ^ «Почему вам не следует использовать Lesser GPL для вашей следующей библиотеки». Проект GNU. Фонд свободного программного обеспечения. Получено 15 января 2011.
  64. ^ Линус Торвальдс, Модули только GPL, Linux-ядро список рассылки (17 декабря 2006 г.).
  65. ^ Мэтт Эсэй, GPL: понимание лицензии, которая управляет Linux, Функция Novell Cool Solutions (16 января 2004 г.).
  66. ^ Льюис Галуб Toys, Inc. против Nintendo of America, Inc., 964 F.2d 965, №10 (9-й округ, 21 мая 1992 г.).
  67. ^ а б Лоуренс Розен, Производные работы, Linux журнал (1 января 2003 г.).
  68. ^ Лоуренс Розен, Производные работы, rosenlaw.com (25 мая 2004 г.)
  69. ^ «Почему они неправы: плагины WordPress не должны быть GPL». Webmaster-source.com. 29 января 2009 г.. Получено 15 января 2011.
    «Часто задаваемые вопросы по лицензированию». Drupal.org. Получено 15 января 2011.
  70. ^ «Часто задаваемые вопросы по GPL: Могу ли я применить GPL при написании подключаемого модуля для несвободной программы?». Проект GNU. Фонд свободного программного обеспечения. Получено 15 января 2011.
  71. ^ Простая агрегация «Что представляет собой объединение двух частей в одну программу? Это юридический вопрос, который в конечном итоге решат судьи. Мы считаем, что правильный критерий зависит как от механизма взаимодействия (exec, pipe, rpc, вызовы функций в общем адресном пространстве, и т. д.) и семантика коммуникации (какие виды информации обмениваются) ». на gnu.org
  72. ^ 12 лет соответствия GPL: историческая перспектива, Брэдли Кун Слайд 10
  73. ^ Common Lisp, Readline и GPL, Почта 6 Ноября, 21:31
  74. ^ «Судья Сарис откладывает вопросы GNU GPL на пробу в MySQL против Progress Software». gnu.org. Получено 24 марта 2011.
  75. ^ "СОВМЕСТНЫЙ ОТЧЕТ О СТАТУСЕ, Дело 2: 03-cv-00294-DN, Документ 1179" (PDF). В ОКРУЖНОМ СУДЕ СОЕДИНЕННЫХ ШТАТОВ ОКРУГА ЮТА, ЦЕНТРАЛЬНОЕ ОТДЕЛЕНИЕ. 16 февраля 2018 г.. Получено 25 января 2019.
  76. ^ "Groklaw - Немецкий Приказ GPL - Перевод". groklaw.net.
  77. ^ Птица и птица, Обзор прецедентного права Германии в отношении Стандартной общественной лицензии GNU, 17 декабря 2007 г., дата обращения 1 марта 2012 г.
  78. ^ Увольнение Уоллес против ФСПО. Из эта статья на Гроклаве.
  79. ^ 판결문 - GNU 프로젝트 - 자유 소프트웨어 재단 (FSF). gnu.org. Архивировано из оригинал 18 октября 2007 г.
  80. ^ Велте, Харальд (22 сентября 2006 г.). "Проект gpl-violations.org выиграл судебное дело о нарушении GPL со стороны". gpl-violations.org.
  81. ^ D-Link Judgment (перевод на английский) В архиве 26 апреля 2013 г. Wayback Machine (по-английски) Решение D-Link (на немецком)
  82. ^ Юинг, Джеймс (1 августа 2004 г.). "Linux на маршрутизаторах Linksys Wi-Fi". Linux журнал. Получено 23 января 2012.
  83. ^ а б «Фонд свободного программного обеспечения подает иск против Cisco за нарушение GPL» (Пресс-релиз). Фонд свободного программного обеспечения. 11 декабря 2008 г.. Получено 22 августа 2011.
  84. ^ «ФСПО урегулировала иск против Cisco» (Пресс-релиз). Фонд свободного программного обеспечения. 20 мая 2009 г.. Получено 22 августа 2011.
  85. ^ Брокмайер, Джо (29 июля 2011 г.). «Что скажешь? GNU Emacs нарушает GPL». Сетевой мир. Получено 19 января 2016.
    Нотон, Эдвард Дж. (8 августа 2011 г.). «Лицензия отозвана: применение Раздела 4 GPL и уроков Best Buy к Android от Google». brownrudnick.com. Архивировано из оригинал 27 января 2016 г.
    Soulskill (29 июля 2011 г.). «Emacs нарушает GPL с 2009 года». slashdot.org.
  86. ^ Столмен, Ричард (28 июля 2011 г.). "Re: Скомпилированные файлы без исходников ????". lists.gnu.org.
  87. ^ «Стандартная общественная лицензия GNU v3.0». Проект GNU. Фонд свободного программного обеспечения. Получено 24 марта 2010.
  88. ^ а б «Часто задаваемые вопросы по GPL: совместима ли GPLv3 с GPLv2?». Проект GNU. Фонд свободного программного обеспечения. Получено 3 июн 2014. Нет. Некоторые требования GPLv3, такие как требование предоставить информацию об установке, не существуют в GPLv2. В результате лицензии несовместимы: если вы попытаетесь объединить код, выпущенный под обеими этими лицензиями, вы нарушите раздел 6 GPLv2. Однако, если код выпущен под GPL «версии 2 или новее», это совместимо с GPLv3, потому что GPLv3 является одним из вариантов, которые она разрешает.
  89. ^ Ларабель, Майкл (24 января 2013 г.). «ФСПО убирает отходы - еще один« высокоприоритетный »проект». Фороникс. Архивировано из оригинал 9 ноября 2016 г.. Получено 22 августа 2013. И LibreCAD, и FreeCAD хотят использовать LibreDWG и имеют доступные исправления для поддержки библиотеки форматов файлов DWG, но не могут их интегрировать. Программы зависят от популярной лицензии GPLv2, в то время как Free Software Foundation разрешает лицензировать только LibreDWG для использования GPLv3, но не GPLv2.
    Прокудин, Александр (27 декабря 2012 г.). «Драма LibreDWG: конец или новое начало?». libregraphicsworld.org. Архивировано из оригинал 9 ноября 2016 г.. Получено 23 августа 2013. ... неудачная ситуация с поддержкой файлов DWG в бесплатных программах САПР через LibreDWG. Мы чувствуем, что сейчас его следует закрыть. У нас есть окончательный ответ от FSF. ... «Мы не собираемся менять лицензию».
  90. ^ «Стандартная общественная лицензия ограниченного применения GNU v2.1 - Проект GNU - Фонд свободного программного обеспечения (FSF)». fsf.org. Получено 26 апреля 2011.
  91. ^ «Часто задаваемые вопросы по GPL: как разные лицензии GNU совместимы друг с другом?». Проект GNU. Фонд свободного программного обеспечения. Получено 13 апреля 2011.
  92. ^ «Различные лицензии с комментариями - лицензии свободных программ, совместимые с GPL». ФСПО. Получено 20 апреля 2012.
  93. ^ «Часто задаваемые вопросы по GPL: что значит говорить, что две лицензии« совместимы »?». Проект GNU. Фонд свободного программного обеспечения. Получено 14 апреля 2011.
    «Часто задаваемые вопросы по GPL: что значит сказать, что лицензия» совместима с GPL?"". Проект GNU. Фонд свободного программного обеспечения. Получено 14 апреля 2011.
  94. ^ «Ресурсный центр с открытым исходным кодом Black Duck». blackducksoftware.com. Архивировано из оригинал 14 октября 2012 г.. Получено 26 апреля 2011.
  95. ^ «Совместимые лицензии - Creative Commons».
  96. ^ «Совместимость с ShareAlike: GPLv3 - Creative Commons».
  97. ^ "Сделайте свое программное обеспечение с открытым исходным кодом совместимым с GPL. Или еще". Дэвид А. Уиллер. Получено 26 апреля 2011.
  98. ^ Linux: ZFS, лицензии и патенты | KernelTrap В архиве 12 июня 2011 г. Wayback Machine
  99. ^ «Часто задаваемые вопросы по GPL: могу ли я использовать GPL для чего-то другого, кроме программного обеспечения?. Проект GNU. Фонд свободного программного обеспечения. Получено 20 июн 2009.
  100. ^ «Часто задаваемые вопросы по GPL: почему вы не используете GPL для руководств?». Проект GNU. Фонд свободного программного обеспечения. Получено 20 июн 2009.
  101. ^ Шривастава, Манодж (2006). «Проект заявления Debian по поводу лицензии свободной документации GNU (GFDL)». Получено 25 сентября 2007. Невозможно заимствовать текст из руководства GFDL и включить его в какую-либо бесплатную программу. Это не просто несовместимость лицензий. Дело не только в том, что GFDL несовместима с той или иной лицензией свободных программ: дело в том, что она принципиально несовместима с любой лицензией свободных программ вообще. Поэтому, если вы пишете новую программу и у вас нет никаких обязательств по поводу того, какую лицензию вы хотите использовать, за исключением того, что это бесплатная лицензия, вы не можете включать текст GFDL. GNU FDL в его нынешнем виде не соответствует Руководству по свободному программному обеспечению Debian. Как подробно описано выше, с лицензией возникают серьезные проблемы; и, как таковые, мы не можем принимать работы, лицензированные в соответствии с GNU FDL, в наше распространение.
  102. ^ Проект Debian: Решение: почему лицензия свободной документации GNU не подходит для Debian. Проголосовал с февраля по март 2006 г. Дата обращения 20 июня 2009 г.
  103. ^ «Изменение лицензии». Фонд руководств FLOSS. 6 июня 2007 г. Архивировано с оригинал 28 февраля 2008 г.. Получено 20 июн 2009.
  104. ^ «Лицензирование шрифтов». Фонд свободного программного обеспечения. 25 апреля 2005 г.
    «Часто задаваемые вопросы по GPL: как GPL применяется к шрифтам?». Проект GNU. Фонд свободного программного обеспечения.
  105. ^ а б Дэвид А. Уиллер. "Сделайте свое программное обеспечение с открытым исходным кодом совместимым с GPL. Или еще".
  106. ^ а б c «Топ-20 лицензий». Программное обеспечение Black Duck. 23 августа 2013 г. Архивировано с оригинал 19 июля 2016 г.. Получено 23 августа 2013.
  107. ^ "SourceForge.net: Карта программного обеспечения". Dwheeler.com. Получено 17 ноября 2008. «Лицензия -> OSI: ... Стандартная общественная лицензия GNU (GPL) (32641 проект), Библиотека GNU или Стандартная общественная лицензия ограниченного применения (LGPL) (4889 проектов »(из 45727, 82,1%)
  108. ^ Марк (8 мая 2008 г.). «Проклятие распространения лицензий с открытым исходным кодом». socializedsoftware.com. Архивировано из оригинал 8 декабря 2015 г.. Получено 30 ноября 2015. В настоящее время решение о переходе с GPL v2 на GPL v3 горячо обсуждается многими проектами с открытым исходным кодом. По словам Паламиды, поставщика программного обеспечения для обеспечения соответствия IP, примерно 2489 проектов с открытым исходным кодом перешли с GPL v2 на более поздние версии.
  109. ^ "MySQL изменяет лицензию, чтобы избежать GPLv3". Обзор компьютерного бизнеса онлайн. 4 января 2007 г. Архивировано с оригинал 6 февраля 2007 г.
  110. ^ корбет (1 октября 2006 г.). "Занято занято занято". lwn.net. Получено 21 ноября 2015. Поскольку BusyBox можно найти во многих встраиваемых системах, он оказался в центре дебатов по поводу GPLv3 против DRM. ... Реальные результаты, однако, таковы: BusyBox будет иметь GPLv2 только начиная со следующего выпуска. Принято считать, что исключение «или любой более поздней версии» является юридически оправданным, и что слияние другого кода, предназначенного только для GPLv2, в любом случае вызовет эту проблему.
    Лэндли, Роб (9 сентября 2006 г.). "Re: Движение GPLv2 против v3 весело ..." lwn.net. Получено 21 ноября 2015. Пожалуйста, не придумывайте аргументы соломенного человека. Я считаю лицензирование BusyBox под GPLv3 бесполезным, ненужным, чрезмерно сложным и запутанным, и, помимо этого, у него есть реальные недостатки. 1) Бесполезно: мы никогда не откажемся от GPLv2.
  111. ^ «Пресс-релиз HP: HP предоставляет исходный код сообществу разработчиков ПО с открытым исходным кодом, чтобы способствовать внедрению Linux». www.hp.com.
  112. ^ Прокудин, Александр (26 января 2012 г.). «Что случилось с внедрением DWG в бесплатное программное обеспечение?». libregraphicsworld.org. Архивировано из оригинал 9 ноября 2016 г.. Получено 5 декабря 2015. [Тони Розендал из Blender:] «Blender также все еще является« GPLv2 или новее ». Пока мы придерживаемся этого, переход на GPL 3 не имеет очевидных преимуществ, о которых я знаю».
  113. ^ «Лицензия - blender.org». Получено 17 декабря 2016. Исходный код, который мы разрабатываем на blender.org, по умолчанию лицензируется как GNU GPL версии 2 или новее.
  114. ^ Дени-Курмон, Реми. «Медиаплеер VLC останется под GNU GPL версии 2». videolan.org. Получено 21 ноября 2015. В 2001 году VLC был выпущен в рамках одобренной OSI GNU General Public версии 2 с обычно предлагаемой опцией использования «любой более поздней версии» (хотя в то время такой более поздней версии не было). После выпуска Фондом свободного программного обеспечения (FSF) новой версии 3 его Стандартной общественной лицензии GNU (GPL) 29 июня 2007 года участники разработки медиаплеера VLC и других программных проектов, размещенных на videolan.org, обсудили возможность обновления условий лицензирования для будущей версии медиаплеера VLC и других размещенных проектов до версии 3 GPL. ... Есть серьезные опасения, что эти новые дополнительные требования могут не соответствовать промышленным и экономическим реалиям нашего времени, особенно на рынке бытовой электроники. Мы уверены, что изменение условий лицензирования на GPL версии 3 в настоящее время не отвечает интересам нашего сообщества в целом.Следовательно, мы планируем и дальше распространять будущие версии медиаплеера VLC на условиях версии 2 GPL.
  115. ^ "Авторские права". MediaWiki.
  116. ^ а б c d Байфилд, Брюс (22 ноября 2011 г.). «7 причин, по которым свободные программы теряют влияние: страница 2». Датамация.com. Получено 23 августа 2013. В то время решение казалось разумным перед лицом тупика. Но теперь, согласно Black Duck Software, GPLv2 используется для 42,5% бесплатного программного обеспечения, а GPLv3 - менее чем для 6,5%.
  117. ^ GPL, использование авторского лева сокращается быстрее, чем когда-либо на ITworld, 16 декабря 2011 г. Автор: Брайан Проффитт
  118. ^ Проффитт, Брайан (16 декабря 2011 г.). «Использование GPL и авторского лева сокращается быстрее, чем когда-либо - Данные предполагают более резкие темпы сокращения, что поднимает вопрос: почему?». IT мир. Получено 23 августа 2013.
    Аслетт, Мэтью (15 декабря 2011 г.). «О продолжающемся упадке GPL». the451group.com. Архивировано из оригинал 9 декабря 2016 г.. Получено 26 ноября 2015.
  119. ^ Лучшие лицензии на Github В архиве 4 марта 2016 г. Wayback Machine на ostatic.com, Джон Байс (7 февраля 2012 г.)
  120. ^ теги буква g помечено как семейство GPL (включая варианты с неправильными названиями) 21000 + 100 + 3000 + 2000 + 400 из 47985 проектов на свободном коде (18 июня 2014 г. заморожены)
  121. ^ О Freecode В архиве 31 октября 2011 г. Wayback Machine на freecode.com «Сайт Freecode был переведен в статическое состояние с 18 июня 2014 года из-за низкого уровня трафика и поэтому люди будут сосредоточены на более полезных делах, чем на обслуживании сайта».
  122. ^ «Использование GPL в Debian на подъеме: исследование». Itwire.com. Получено 2 сентября 2013.
  123. ^ «Изучение лицензий с открытым исходным кодом». Lwn.net. Получено 2 сентября 2013.
  124. ^ Марк (8 мая 2008 г.). «Проклятие распространения лицензий с открытым исходным кодом». socializedsoftware.com. Архивировано из оригинал 8 декабря 2015 г.. Получено 30 ноября 2015.
  125. ^ Топ-20 наиболее часто используемых лицензий с открытым исходным кодом Шон Коннолли, 11 марта 2009 г.
  126. ^ «Топ-20 лицензий». Программное обеспечение Black Duck. 6 июня 2016 г. Архивировано с оригинал 19 июля 2016 г.. Получено 6 июн 2016.
  127. ^ «Топ-20 лицензий». Программное обеспечение Black Duck. 2 января 2017 г. Архивировано с оригинал 19 июля 2016 г.. Получено 2 января 2017.
  128. ^ «Топ-20 лицензий». Программное обеспечение Black Duck. 4 июня 2018. Архивировано с оригинал 19 июля 2016 г.. Получено 4 июн 2018.
  129. ^ Балтер, Бен (9 марта 2015 г.). «Использование лицензии с открытым исходным кодом на GitHub.com». github.com. Получено 21 ноября 2015.
  130. ^ Анвеша Дас (22 июня 2016 г.). «Лицензии на программное обеспечение в экосистеме Fedora». anweshadas.in. Получено 1 ноября 2016. Из приведенной выше диаграммы видно, что чаще всего используется семейство GPL (раньше я ошибался в расчетах как MIT). Другие основные лицензии - это MIT, BSD, семейство LGPL, Artistic (для пакетов Perl), LPPL (для пакетов [r] texlive), ASL.
  131. ^ Тенденции лицензирования открытого исходного кода: 2017 г. по сравнению с 2016 г. на whitesourcesoftware.com, автор - Сиван Михаэли (12 апреля 2018 г.)
  132. ^ а б "GPL, App Store и вы "на engadget.com (2011 г.)
  133. ^ «Политика авторских прав», OpenBSD
  134. ^ «Ubuntu One: Положения и условия». One.ubuntu.com. 29 августа 2013 г. Архивировано с оригинал 25 сентября 2013 г.. Получено 25 сентября 2013.
  135. ^ Ньюбарт, Дэйв (1 июня 2001 г.). «Генеральный директор Microsoft берет перерыв в выпуске Sun-Times». Чикаго Сан-Таймс. Архивировано из оригинал 15 июня 2001 г.(Ссылка на интернет-архив)
  136. ^ "ОБЩАЯ ОБЩЕСТВЕННАЯ ЛИЦЕНЗИЯ GNU, версия 2, июнь 1991 г.". dwheeler.com. Уилер, Дэвид А.
  137. ^ Лидеры свободного программного обеспечения держатся вместе  - через Wikisource.
  138. ^ Кларк, Гэвин (20 июля 2009 г.). «Microsoft использует рак Linux для продажи серверов Windows». Реестр.
  139. ^ Кларк, Гэвин (23 июля 2009 г.). «Microsoft открыла код Linux-драйвера после« нарушения »GPL». Реестр.
  140. ^ Викси, Пол (6 марта 2006 г.). «Касательно раздела 5.2 (обременение ПИС) в проекте требования о продлении срока действия договора TAK». IETF Список рассылки Namedroppers. Архивировано из оригинал 27 сентября 2007 г.. Получено 29 апреля 2007.
    «Общий общественный вирус». Файл жаргона 2.2.1. 15 декабря 1990 г.. Получено 29 апреля 2007.
    Хаквэн, Стиг (сентябрь 1999 г.). «Обратный инжиниринг общедоступного вируса GNU - не слишком ли хорошо авторское лево?». Linux журнал. Архивировано из оригинал 18 июля 2011 г.. Получено 29 апреля 2007.
    Стюарт, Билл (8 октября 1998 г.). "Re: propose: 'cypherpunks license' (Re: Wanted: исходный код Twofish)". Шифропанки список рассылки. Архивировано из оригинал 29 мая 2007 г.. Получено 29 апреля 2007.
    Бак, Джо (10 октября 2000 г.). "Re: Внешнее использование дерева синтаксического анализа". GCC список рассылки. Получено 29 апреля 2007.
    Гриффис, Л. Адриан (15 июля 2000 г.). «Публичный вирус GNU». Архивировано из оригинал 30 сентября 2007 г.. Получено 29 апреля 2007.
  141. ^ "Стенограмма выступления - Крейг Манди, Школа бизнеса Стерна Нью-Йоркского университета ", Подготовленный текст замечаний Крейг Манди, Старший вице-президент Microsoft по модели коммерческого программного обеспечения, Школа бизнеса Стерна Нью-Йоркского университета, 3 мая 2001 г.
  142. ^ Пойндер, Ричард (21 марта 2006 г.). «Интервью в подвале: освобождение кода». Получено 5 февраля 2010.
    Чопра, Самир; Декстер, Скотт (14 августа 2007 г.). Освобождение декодирования: обещание бесплатного программного обеспечения с открытым исходным кодом. Рутледж. п. 56. ISBN  978-0-415-97893-4.
    Уильямс, Сэм (март 2002). Free as in Freedom: крестовый поход Ричарда Столлмана за свободные программы. O'Reilly Media. ISBN  0-596-00287-4.
  143. ^ Николай Безруков (2001). «Сравнительные преимущества лицензий GPL, BSD и Artistic (Критика вирусной природы GPL v.2 - или в защиту идеи двойного лицензирования)». Архивировано из оригинал 22 декабря 2001 г. Вирусное свойство стимулирует распространение лицензий и способствует «кошмару с соблюдением GPL» - ситуации, когда многие другие лицензии логически несовместимы с GPL и делают жизнь разработчиков, работающих в среде Linux, ненужной (KDE - хороший пример здесь, Python - менее известный пример).
  144. ^ Гир, Дункан (16 декабря 2011 г.). «Некоторые права защищены: альтернативы авторскому праву (Wired UK)». Wired.co.uk. Получено 30 мая 2015.
    «Прививка вашей покупки - договорная защита от вирусных лицензий в сделках M&A» (PDF). Friedfrank.com. Получено 30 мая 2015.
    http://www.buddlefindlay.com/article/2013/07/01/legal-update-on-information-and-communication-technology-%E2%80%93-july-2013 В архиве 16 марта 2015 г. Wayback Machine
  145. ^ Новые права СМИ (12 сентября 2008 г.). «Руководство по лицензированию с открытым исходным кодом». Калифорнийская западная школа права. Получено 28 ноября 2015. Лицензия GPL является «вирусной», что означает, что любая производная работа, которую вы создаете, содержащая даже самую маленькую часть программного обеспечения, ранее лицензированного GPL, также должна быть лицензирована по лицензии GPL.
  146. ^ Монтегю, Брюс (13 ноября 2013 г.). «Преимущества и недостатки GPL». FreeBSD. Получено 28 ноября 2015.
  147. ^ Ричард Столмен (2010). О продаже исключений из GNU GPL. Фонд свободного программного обеспечения.
  148. ^ Безроуков Николай, Лабиринт свободы программного обеспечения - «BSD против GPL и социальные аспекты дебатов о свободном лицензировании» на softpanorama.org, автор Николай Безруков По состоянию на 23 сентября 2010 г.
  149. ^ Объем лицензирования с открытым исходным кодом В архиве 9 января 2016 г. Wayback Machine - Гарвардский университет Джоша Лернера и Жана Тироля (2002)
  150. ^ Сэм Хосевар (21 сентября 2015 г.). "Должен ли я изменить название WTFPL?". Обмен стеком программистов (Комментарий пользователя). Получено 19 июля 2016. WTFPL - это пародия на GPL, которая имеет аналогичный заголовок об авторских правах и список разрешений на изменение (т. Е. Нет), см., Например, gnu.org/licenses/gpl-3.0.en.html. Формулировка WTFPL дает больше свободы, чем GPL.
  151. ^ Бьянкуцци, Федерико (30 июня 2005 г.). "ESR:" Нам больше не нужна GPL"". onlamp.com. Получено 10 февраля 2015. Нам больше не нужна GPL. Он основан на убеждении, что программное обеспечение с открытым исходным кодом является слабым и требует защиты. Открытый исходный код добился бы успеха быстрее, если бы GPL не заставляла многих людей нервничать по поводу ее принятия.
  152. ^ «RMS: GNU GPL никуда не денется». onlamp.com. 22 сентября 2005 г.. Получено 12 февраля 2015. ESR решает эту проблему с точки зрения различных целей и ценностей - целей и ценностей «открытого исходного кода», которые не включают защиту свободы пользователей программного обеспечения совместно использовать и изменять программное обеспечение. Возможно, он считает, что GNU GPL не нужна для достижения этих целей.
  153. ^ Рэндал, Эллисон (13 апреля 2007 г.). «Совместимость с GPLv3, Linux и GPLv2». radar.oreilly.com. O'Reilly Media. Получено 19 января 2016. Вы можете подумать, что FSF сошла с ума, чтобы развязать этот ад лицензирования. ... Если бы лицензия была чисто очищенной версией GPLv2, не было бы несовместимости, у FSF не было бы повестки дня, связанной с обновлением проектов до новой лицензии, и в то же время не было бы причин для проекты возражать против обновления. Гладкое плавание.
  154. ^ Рэндал, Эллисон (14 мая 2007 г.). «GPLv3, ясность и простота». radar.oreilly.com. O'Reilly Media. Получено 19 января 2016. Глядя на почти законченный черновик, я должен сказать, что маловероятно, чтобы они когда-либо считали простоту приоритетом, если вообще считали ее приоритетом. ... Выбор языка лицензии с открытым исходным кодом может поддерживать эту свободу, может расширять возможности пользователей и разработчиков. GPLv3 этого не делает.
  155. ^ Whurley (6 июня 2007 г.). «Смерть лицензии на программное обеспечение». Архивировано из оригинал 11 октября 2008 г.. Получено 24 июн 2016. Версия 3 отдалит Ричарда Столлмана и Фонд свободного программного обеспечения от разработчиков, которые изначально сделали организацию настолько влиятельной.
  156. ^ Чисналл, Дэвид (31 августа 2009 г.). «Провал GPL». informit.com. Получено 24 января 2016.
  157. ^ Кантрилл, Брайан (17 сентября 2014 г.). «Корпоративные антипаттерны с открытым исходным кодом». Получено 26 декабря 2015. Анти-шаблон: анти-совместное лицензирование
  158. ^ Хилл, Бенджамин Мако (28 января 2006 г.). «Примечания к GPLv3». linux.com. Получено 25 января 2016. GPL - это то, что объединяет почти всех в сообществах свободного и открытого программного обеспечения. По этой причине пересмотр может выявить разногласия, различия во мнениях, различия в бизнес-моделях и различия в тактике. ... Было бы разумно помнить, что возможность GPL помешать нашей способности работать вместе намного опаснее, чем даже самое радикальное изменение текста, которое может предложить FSF. ... Прежде всего, мы должны помнить, что наше сообщество и его цели важнее любой отдельной лицензии - независимо от того, насколько широко она распространена.
  159. ^ Макдугалл, Пол (10 июля 2007 г.). «Создатель Linux называет авторов GPLv3 лицемерами, поскольку дебаты об открытом исходном коде становятся противными». informationweek.com. Архивировано из оригинал 13 апреля 2008 г.. Получено 12 февраля 2015. ... последний признак растущего раскола в сообществе разработчиков ПО с открытым исходным кодом между ориентированными на бизнес разработчиками, такими как Торвальдс, и сторонниками свободного программного обеспечения.
  160. ^ Маврогианнопулос, Никос (26 марта 2013 г.). «Опасности LGPLv3». gnutls.org. Получено 18 ноября 2015. LGPLv3 - это последняя версия Стандартной общественной лицензии ограниченного применения GNU. Он следует за успешной лицензией LGPLv2.1 и был выпущен Free Software Foundation в качестве аналога своей Стандартной общедоступной лицензии GNU версии 3. Цель Стандартных общедоступных лицензий GNU ограниченного применения - предоставить программное обеспечение, которое может использоваться как собственными, так и бесплатными программного обеспечения. Эта цель до сих пор успешно решалась LGPLv2.1, и существует множество библиотек, использующих эту лицензию. Теперь у нас есть последняя версия LGPLv3, и вопрос в том, насколько успешна LGPLv3 в достижении этой цели? На мой взгляд, очень мало. Если мы предположим, что его основная цель - использование свободных программ, то это явно не удастся.
  161. ^ "GnuTLS 3.1.10: журнал изменений". www.gnutls.org.
    Никос Маврогианнопулос (18 декабря 2012 г.). "gnutls движется". Получено 11 декабря 2012.
  162. ^ Розен, Лоуренс (2007). «Комментарии к GPLv3». Rosenlaw.com. Получено 22 августа 2014.
  163. ^ Ронахер, Армин (23 июля 2013 г.). «Лицензирование в мире почтового авторского права». lucumr.pocoo.org. Получено 18 ноября 2015. Кластер совместимости лицензий - Когда задействована GPL, сложности лицензирования становятся неинтересной версией загадки. Так много вещей, которые нужно учитывать, и так много взаимодействий, которые необходимо учитывать. И то, что несовместимость с GPL по-прежнему является проблемой, активно влияющей на людей, многие, похоже, забывают. Например, можно было бы подумать, что несовместимость GPLv2 с лицензией Apache Software License 2.0 должна уйти в прошлое, когда все обновляется до GPLv3, но оказывается, что достаточно людей либо придерживаются только GPLv2, либо не согласны с GPLv3 требует переноса некоторых лицензионных проектов Apache Software. Например, Twitter Bootstrap в настоящее время переходит с ASL2.0 на MIT именно потому, что некоторым людям все еще нужна совместимость с GPLv2. Среди затронутых проектов были Drupal, WordPress, Joomla, MoinMoin Wiki и другие. И даже этот случай показывает, что люди больше не заботятся о лицензиях, поскольку Joomla 3 просто включает в себя загрузочную программу, даже если они не были лицензиями совместимым образом (GPLv2 против ASL 2.0). Другой традиционный случай несовместимости с GPL - это проект OpenSSL, у которого есть лицензия, которая не сочетается с GPL. Эта лицензия также все еще несовместима с GPLv3. Все это испытание особенно интересно, поскольку некоторые не очень хорошие стороны начали троллинг лицензий через лицензии GPL.
    Ронахер, Армин (2009). «Вы уверены, что хотите использовать GPL?». lucumr.pocoo.org.

внешняя ссылка