stringtranslate.com

Копилефт

Заглавная буква «С», перевернутая вокруг вертикальной оси, окруженная одной линией, образующей круг.
Символ копилефта

Copyleft — это юридическая техника предоставления определенных свобод копиям произведений, защищенных авторским правом , с требованием сохранения тех же прав в производных работах . В этом смысле, свобода относится к использованию работы в любых целях и возможности изменять, копировать, делиться и распространять работу с оплатой или без нее. Лицензии , реализующие copyleft, могут использоваться для поддержания условий авторского права для работ, начиная от компьютерного программного обеспечения и заканчивая документами , искусством и научными открытиями, и аналогичные подходы применялись даже к некоторым патентам . [1]

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

Известные лицензии с копилефтом включают в себя GNU General Public License (GPL), изначально написанную Ричардом Столлманом , которая была первой лицензией с копилефтом на программном обеспечении, получившей широкое распространение; [3] [ необходим неосновной источник ] Mozilla Public License ; Free Art License ; [4] [ необходим неосновной источник ] и условие лицензии Creative Commons share-alike [5] [ необходим неосновной источник ] — при этом последние две предназначены для непрограммных работ, таких как документы и изображения, как академического, так и художественного характера. Wikipedia находится под копилефтом по лицензии Creative Commons Attribution-ShareAlike.

История

Palo Alto Tiny BASIC для Intel 8080 Ли-Чена Вана появился в журнале доктора Добба в мае 1976 года. Список начинается с названия, имени автора и даты, но также имеет «@COPYLEFT ALL WRONGS RESERVED». [6]

Концепция копилефта была описана в Манифесте GNU Ричарда Столлмана в 1985 году, где он писал:

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

Мотивацией Столлмана было то, что несколькими годами ранее он работал над интерпретатором Lisp . Symbolics попросили разрешения использовать интерпретатор Lisp, и Столлман согласился предоставить им общедоступную версию своей работы. Symbolics расширили и улучшили интерпретатор Lisp, но когда Столлман захотел получить доступ к улучшениям, которые Symbolics внесла в свой интерпретатор, Symbolics отказала. Затем, в 1984 году, Столлман приступил к работе по искоренению этого зарождающегося поведения и культуры проприетарного программного обеспечения , которое он назвал накоплением программного обеспечения . Это был не первый случай, когда Столлман имел дело с проприетарным программным обеспечением, но он считал это взаимодействие «поворотным моментом». Он оправдывал совместное использование программного обеспечения, протестуя тем, что при совместном использовании программное обеспечение в сети можно копировать без потери исходной части работы. Программное обеспечение можно использовать многократно, не повреждая и не изнашивая его. [7] [8]

Поскольку Столлман считал нецелесообразным в краткосрочной перспективе устранять действующее законодательство об авторском праве и те ошибки, которые, по его мнению, оно увековечивало, он решил работать в рамках существующего законодательства; в 1985 году [9] он создал свою собственную лицензию на авторские права, Emacs General Public License, [10] первую лицензию с копилефтом. Позже она превратилась в GNU General Public License , которая сейчас является одной из самых популярных лицензий свободного программного обеспечения. Впервые владелец авторских прав предпринял шаги для обеспечения того, чтобы максимальное количество прав было навсегда передано пользователям программы, независимо от того, какие последующие изменения кто-либо вносил в исходную программу. Эта оригинальная GPL не предоставляла права широкой публике, а только тем, кто уже получил программу; но это было лучшее, что можно было сделать в рамках существующего законодательства.

Новая лицензия в то время не имела ярлыка «копилефт». [11] Ричард Столлман заявил, что использование термина «копилефт» исходит от Дона Хопкинса , который отправил ему письмо в 1984 или 1985 году, в котором было написано: «Копилефт – все права отменены », что является игрой слов на общепринятое заявление об отказе от авторских прав « все права защищены ». [11]

Во Франции в 2000 году в результате серии встреч под названием «Отношение к копилефту» родилась лицензия Free Art License (FAL), [12] теоретически действительная в любой юрисдикции, связанной Бернской конвенцией , и рекомендованная Фондом свободного программного обеспечения Столлмана . [13] Вскоре после этого в Соединенных Штатах в результате отдельной, не связанной с предыдущей инициативы была создана лицензия Creative Commons , доступная с 2001 года в нескольких различных версиях (только некоторые из которых можно описать как копилефт) [ необходимы дополнительные пояснения ] и более конкретно адаптированная к законодательству США.

Принципы копилефта

Свобода

В то время как закон об авторском праве дает авторам программного обеспечения контроль над копированием, распространением и модификацией их работ, цель копилефта — предоставить всем пользователям работы свободу выполнять все эти действия. Эти свободы (из Определения свободного программного обеспечения ) включают: [7] [14]

Свобода 0
свобода использования произведения
Свобода 1
свобода изучать работу
Свобода 2
свобода копировать и делиться работой с другими
Свобода 3
свобода изменять произведение и свобода распространять измененные и, следовательно, производные произведения

Похожие термины присутствуют в Open Source Definition , отдельном определении, которое содержит схожие свободы. Подавляющее большинство лицензий copyleft удовлетворяют обоим определениям, Free Software Definition и Open Source Definition. [7] Гарантируя зрителям и пользователям работы свободу и разрешение воспроизводить, адаптировать или распространять ее, лицензии copyleft отличаются от других типов лицензий на авторские права, которые ограничивают такие свободы.

Взаимность

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

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

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

Экономическое стимулирование

Экономические стимулы для работы над контентом с копилефтом могут быть разными. Традиционное законодательство об авторском праве призвано содействовать прогрессу, предоставляя экономические выгоды создателям. Принимая решение о копилефте своей работы, создатели контента могут искать дополнительные выгоды, такие как признание со стороны своих коллег.

В мире компьютерного программирования программы с лицензией copyleft часто создаются программистами для удовлетворения потребности, которую они заметили. Такие программы часто публикуются с лицензией copyleft просто для того, чтобы гарантировать, что последующие пользователи также могут свободно использовать измененные версии этой программы. Это особенно актуально для создателей, которые хотят предотвратить «перехват открытого исходного кода» или повторное использование открытого исходного кода с последующим добавлением к нему дополнительных ограничений, действие, которое предотвращается лицензированием программного обеспечения с помощью copyleft. Некоторые создатели, такие как Elastic , [16] считают, что предотвращение использования и последующей продажи их продукта коммерческими предприятиями по патентованной лицензии также является стимулом.

Более того, культура программирования с открытым исходным кодом была описана как экономика даров , где социальная власть определяется вкладом отдельного человека. [17] Вклад или создание программного обеспечения с открытым исходным кодом, лицензированного по лицензии copyleft, высокого качества может привести к тому, что участники получат ценный опыт и могут открыть возможности для будущей карьеры. [18]

Программное обеспечение Copyleft имеет экономические эффекты, выходящие за рамки индивидуальных создателей. Наличие качественного программного обеспечения Copyleft может заставить разработчиков проприетарного программного обеспечения повысить качество своего программного обеспечения, чтобы конкурировать со свободным программным обеспечением. [19] Это также может иметь эффект предотвращения монополий в областях, где доминирует проприетарное программное обеспечение. Однако конкуренция с проприетарным программным обеспечением также может быть причиной отказа от Copyleft. Фонд свободного программного обеспечения рекомендует, что когда «широкое использование кода жизненно важно для продвижения дела свободного программного обеспечения», [20] разрешение копировать и использовать код свободно важнее, чем Copyleft.

Копилефт-приложение

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

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

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

Некоторые законы, используемые для лицензий copyleft, различаются в разных странах и могут также предоставляться на условиях, которые различаются в разных странах. Например, в некоторых странах допускается продажа программного продукта без гарантии в стандартном стиле GNU General Public License , в то время как в большинстве европейских стран дистрибьютору программного обеспечения не разрешается отказываться от всех гарантий в отношении проданного продукта. [ необходима цитата ] По этой причине объем таких гарантий указан в большинстве европейских лицензий copyleft, например, European Union Public License (EUPL) [24] или лицензии CeCILL [25] — лицензии , которая позволяет использовать GNU GPL в сочетании с ограниченной гарантией.

Для проектов, которые будут выполняться по сети, вариант GNU GPL, называемый Affero General Public License (GNU AGPL), гарантирует, что исходный код будет доступен пользователям программного обеспечения по сети.

Типы и связь с другими лицензиями

Значок Creative Commons для Share-Alike, вариант символа copyleft

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

Для документов, произведений искусства и других работ, отличных от программного обеспечения и кода, система лицензирования Creative Commons share-alike и GNU Free Documentation License (GFDL) позволяют авторам применять ограничения к определенным разделам своей работы, освобождая некоторые части работы от полного механизма copyleft. В случае GFDL эти ограничения включают использование инвариантных разделов, которые не могут быть изменены будущими редакторами. Первоначальное намерение GFDL заключалось в том, чтобы служить средством поддержки документации программного обеспечения, защищенного copyleft. Однако в результате его можно использовать для любого вида документа.

Сильный и слабый копилефт

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

Лицензии «слабого копилефта» часто используются для покрытия библиотек программного обеспечения . Это позволяет другому программному обеспечению ссылаться на библиотеку и распространяться без требования, чтобы связывающее программное обеспечение также лицензировалось на тех же условиях. Только изменения в программном обеспечении, лицензированном по лицензии «слабого копилефта», сами по себе становятся объектом положений о копилефте такой лицензии. Это позволяет программам любой лицензии компилироваться и связываться с библиотеками с копилефтом, такими как glibc , а затем распространяться без необходимости повторного лицензирования. Конкретный эффект сильного и слабого копилефта еще предстоит проверить в суде. [26] Лицензии свободного программного обеспечения, которые используют «слабое» копилефт, включают GNU Lesser General Public License и Mozilla Public License .

GNU General Public License является примером лицензии, реализующей сильный copyleft. Еще более сильной copyleft-лицензией является AGPL , которая требует публикации исходного кода для случаев использования программного обеспечения как услуги . [27] [28] [29] [30]

Sybase Open Watcom Public License является одной из самых сильных лицензий с копилефтом, поскольку эта лицензия закрывает так называемую лазейку "частного использования" GPL и требует публикации исходного кода в любом случае использования. По этой причине лицензия считается несвободной Free Software Foundation , GNU Project и Debian project. [31] Однако лицензия принята как лицензия с открытым исходным кодом OSI .

Лицензия Design Science License (DSL) — это сильная лицензия copyleft, которая применяется к любой работе, не только к программному обеспечению или документации, но и к литературе, произведениям искусства, музыке, фотографиям и видео. DSL была написана Майклом Штутцем после того, как он заинтересовался применением copyleft в стиле GNU к работам, не являющимся программными, которые позже стали называть libre works . В 1990-х годах она использовалась в музыкальных записях, изобразительном искусстве и даже романах. Free Software Foundation считает ее несовместимой с GNU GPL. [32]

Полный и частичный копилефт

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

Share-alike

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

Это подразумевает, что любая лицензия copyleft автоматически является лицензией share-alike, но не наоборот, поскольку некоторые лицензии share-alike включают дополнительные ограничения, такие как запрет на коммерческое использование. Другое ограничение заключается в том, что не все хотят делиться своей работой, и некоторые соглашения share-alike требуют, чтобы вся работа была предоставлена ​​в общий доступ, даже если автор хочет поделиться только определенной частью. Положительная сторона для автора исходного кода заключается в том, что любое изменение кода не только принесет пользу первоначальному автору, но и то, что автор будет признан и обеспечит те же или совместимые условия лицензии, распространяющиеся на измененный код. [33] Некоторые лицензии Creative Commons являются примерами лицензий share-alike copyleft.

Разрешительные лицензии

Эти лицензии предоставляют пользователям программного обеспечения те же свободы, что и лицензии copyleft, но не требуют, чтобы модифицированные версии этого программного обеспечения также включали эти свободы. Они имеют минимальные ограничения на то, как программное обеспечение может использоваться, изменяться и распространяться, и, таким образом, не являются лицензиями copyleft. Примерами этого типа лицензий являются лицензия X11 , лицензия Apache , лицензия Expat и различные лицензии BSD .

Дебаты и разногласия

Было высказано предположение, что копилефт стал спорным вопросом в идеологической борьбе между Open Source Initiative и движением за свободное программное обеспечение . [34] Однако есть доказательства того, что копилефт принимается и предлагается обеими сторонами:

«Вирусное» лицензирование

« Вирусная лицензия » — уничижительное название лицензий с копилефтом. [39] [40] [41] [42] [43] Оно происходит от терминов «General Public Virus» или «GNU Public Virus» (GPV), которые появились в 1990 году, через год после выпуска GPLv1. [44] [45] [46] Название «вирусная лицензия» относится к тому факту, что любые работы, полученные из работ с копилефтом, должны сохранять разрешения копилефта при распространении.

Некоторые сторонники различных лицензий BSD использовали этот термин в насмешку в отношении тенденции GPL поглощать код, лицензированный BSD, не позволяя оригинальной работе BSD извлекать из этого выгоду, в то же время рекламируя себя как «более свободную», чем другие лицензии. [47] [48] [49] Вице-президент Microsoft Крейг Манди заметил: «Этот вирусный аспект GPL представляет угрозу интеллектуальной собственности любой организации, использующей ее». [50] В другом контексте Стив Балмер заявил, что код, выпущенный под GPL, бесполезен для коммерческого сектора, поскольку его можно использовать только в том случае, если полученный окружающий код лицензирован под лицензией, совместимой с GPL, и описал его таким образом как «раковую опухоль, которая прикрепляется в смысле интеллектуальной собственности ко всему, к чему прикасается». [51]

В ответ на атаки Microsoft на GPL несколько известных разработчиков и сторонников свободного программного обеспечения выпустили совместное заявление в поддержку лицензии. [52] По словам инженера по соблюдению требований FSF Дэвида Тернера, термин «вирусная лицензия» создает недопонимание и страх перед использованием свободного программного обеспечения с копилефтом. [53] Хотя человек может подхватить вирус без активных действий, условия лицензии вступают в силу при эффективном использовании или принятии. [54] Дэвид МакГоуэн также написал, что нет никаких оснований полагать, что GPL может заставить проприетарное программное обеспечение стать свободным, но может «попытаться запретить фирме распространять в коммерческих целях программу, которая в сочетании с кодом GPL образует производную работу, и взыскать убытки за нарушение». Если бы фирма «действительно скопировала код из программы GPL, такой иск был бы совершенно обычным утверждением авторских прав, которое большинство частных фирм защищали бы, если бы ситуация была другой». [55] Ричард Столлман описал эту точку зрения с помощью аналогии, сказав: «Домен GPL не распространяется посредством близости или контакта, а только путем преднамеренного включения кода, защищенного GPL, в вашу программу. Он распространяется как паукообразное растение , а не как вирус». [56]

Популярные лицензии copyleft, такие как GPL, содержат пункт, позволяющий компонентам взаимодействовать с компонентами без copyleft, пока взаимодействие является абстрактным, [ неудачная проверка ], например, выполнение инструмента командной строки с набором переключателей или взаимодействие с веб-сервером. [57] Как следствие, даже если один модуль продукта, в противном случае не copyleft, помещен под GPL, другим компонентам все равно может быть законно взаимодействовать с ним такими способами, как эти. [ необходимо разъяснение ] Это разрешенное взаимодействие может включать или не включать повторное использование библиотек или процедур посредством динамического связывания  — некоторые комментаторы говорят, что это так, [58] FSF утверждает, что это не так, и явно добавляет исключение, разрешающее это в лицензию для повторной реализации библиотеки Java с помощью GNU Classpath . Эта двусмысленность является важным различием между GPL и LGPL , поскольку LGPL специально разрешает связывать или компилировать работы, лицензированные на условиях, несовместимых с LGPL, с работами, охватываемыми LGPL. [59]

Символ

Символ копилефт является зеркальной версией символа авторского права , © : перевернутая буква C в круге. [60] Предложение 2016 года о добавлении символа в будущую версию Unicode было принято Техническим комитетом Unicode . [61] [62] Кодовая точка U+1F12F 🄯 СИМВОЛ КОПИЛЕФТА была добавлена ​​в Unicode 11. [ 62] [63] Символ копилефт не имеет юридического статуса. [64]

По состоянию на 2024 год этот символ, как правило, предоставляется в качестве стандарта в системных шрифтах большинства современных операционных систем , [ требуется ссылка ], но при необходимости его можно заменить символом U+2184СТРОЧНАЯ ЛАТИНСКАЯ БУКВА ПЕРЕВЕРНУТАЯ C в скобках (ɔ) .

Ввод символа

В современных компьютерных системах формальный символ Unichar|1F12F 🄯 можно сгенерировать одним из следующих методов ( сочетаний клавиш ):

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

Ссылки

  1. Ньюман, Джон (29 декабря 2011 г.). «Авторское право и открытый доступ у постели больного». NEJM . 365 (26): 2447–2449. doi :10.1056/NEJMp1110652. PMID  22204721.
  2. ^ Троан, Ларри (2006). Открытый исходный код с точки зрения собственника (PDF) . Red Hat Summit. Нэшвилл: Red Hat . Архивировано из оригинала (PDF) 22 января 2014 г.
  3. Столлман, Ричард (29 июня 2007 г.). «GNU General Public License». Проект GNU . Получено 1 мая 2017 г.
  4. ^ "Free Art License 1.3". Copyleft Attitude . Получено 6 октября 2021 г.
  5. ^ "Attribution-ShareAlike 4.0 International (CC BY-SA 4.0)". Creative Commons . Получено 14 августа 2015 г.
  6. ^ Ван, Ли-Чен (май 1976 г.). «Palo Alto Tiny BASIC». Журнал компьютерной гимнастики и ортодонтии доктора Добба, Running Light Without Overbyte . 1 (5): 12–25.Исходный код начинается со следующих шести строк.
    TINY BASIC ДЛЯ INTEL 8080ВЕРСИЯ 1.0ЛИ-ЧЭНЬ ВАНГ10 ИЮНЯ 1976 ГОДА@COPYLEFTВСЕ ОШИБКИ ЗАЩИЩЕНЫ
    Июньская дата в майском номере правильная. Журнал отставал от графика, июньский и июльский номера были объединены, чтобы наверстать упущенное.
  7. ^ abcde Карвер, Брайан В. (5 апреля 2005 г.). «Share and Share Alike: Understanding and Enforcing Open Source and Free Software Licenses». Berkeley Technology Law Journal . doi : 10.15779/Z388T19. S2CID  153900462. SSRN  1586574 . Получено 27 июня 2023 г. .
  8. ^ Уильямс, Сэм (март 2002 г.). "7". Свободный как в свободе – Крестовый поход Ричарда Столлмана за свободное программное обеспечение . O'Reilly Media . ISBN 978-0-596-00287-9.
  9. ^ Муди, Глин (2002). Кодекс бунтаря . стр. 26.
  10. ^ "Emacs General Public License". 5 июля 2001 г. Получено 23 августа 2008 г.
  11. ^ ab Столлман, Ричард (21 января 2008 г.). «О проекте GNU». Free Software Foundation . Получено 1 мая 2017 г.
  12. ^ "Free Art License – Frequently Asked Questions". Copyleft Attitude . Получено 6 октября 2021 г. .
  13. ^ "Лицензии". Проект GNU . Получено 6 октября 2021 г.: « Мы не придерживаемся позиции, что художественные или развлекательные работы должны быть бесплатными, но если вы хотите сделать их бесплатными, мы рекомендуем Лицензию свободного искусства » .
  14. ^ «Что такое свободное программное обеспечение?». GNU . 30 июля 2019 г. Получено 22 июля 2020 г.
  15. ^ Манди, Крейг (3 мая 2001 г.). «Подготовленный текст замечания Крейга Манди, старшего вице-президента Microsoft – Коммерческая модель программного обеспечения». Школа бизнеса имени Стерна при Нью-Йоркском университете . Архивировано из оригинала 21 июня 2005 г. Получено 1 октября 2009 г.
  16. The New York Times. Получено 23 апреля 2022 г.
  17. ^ Махер, Маркус (2000). «Программное обеспечение с открытым исходным кодом: успех альтернативной парадигмы стимулирования интеллектуальной собственности» (PDF) . Fordham Intellectual Property, Media & Entertainment Law Journal . Архивировано из оригинала (PDF) 2 мая 2014 г. . Получено 1 мая 2014 г. .
  18. ^ Сармах, Харшаджит (23 сентября 2019 г.). «5 причин, по которым участие в проектах с открытым исходным кодом помогает в получении работы». Журнал Analytics India . Получено 22 июля 2020 г.
  19. ^ Мустонен, Микко. «Copyleft — Экономика Linux и другого программного обеспечения с открытым исходным кодом» (PDF) . Информационная экономика и политика. Архивировано из оригинала (PDF) 2 мая 2014 г. . Получено 1 мая 2014 г. .
  20. ^ "Как выбрать лицензию для своей работы". Free Software Foundation 's Licensing and Compliance Lab . Получено 1 мая 2017 г.
  21. ^ «Что такое Copyleft?». Проект GNU.
  22. ^ "Шейбнер, Джеймс – "Какова цена свободы (программного обеспечения)? Руководство для австралийских юристов по лицензированию с открытым исходным кодом" [2017] PrecedentAULA 23; (2017) 139 Precedent 39". classic.austlii.edu.au . Получено 27 ноября 2021 г. .
  23. ^ Кирк Сент-Амант и Брайан Стилл (2008). «Изучение лицензий на программное обеспечение с открытым исходным кодом с помощью модели лицензирования Creative Commons». Справочник по исследованию программного обеспечения с открытым исходным кодом: технологические, экономические и социальные перспективы . Справочник по информационным наукам. стр. 382 из 728. ISBN 978-1-59140-999-1.
  24. ^ "EUPL – European Union Public Licence". Европейская комиссия . Получено 9 января 2007 г.
  25. ^ "Соглашение о лицензировании свободного программного обеспечения CeCILL" (PDF) . INRIA. Архивировано из оригинала (PDF) 8 августа 2010 г. . Получено 24 августа 2010 г. .
  26. ^ Патрис-Эммануэль Шмитц (3 апреля 2015 г.). «Значение «Copyleft» в EUPL». Joinup .
  27. ^ О философии термина «SaaSS» см. раздел «Серверное программное обеспечение» в статье «Как выбрать лицензию для своей работы». Проект GNU. 20 декабря 2015 г. Получено 1 мая 2017 г.
  28. ^ Столлман, Ричард (18 ноября 2016 г.). «Кого на самом деле обслуживает этот сервер?». Проект GNU . Получено 1 мая 2017 г.
  29. ^ "Почему Affero GPL". Проект GNU . 10 мая 2015 г. Получено 1 мая 2017 г.
  30. ^ Список лицензий свободного программного обеспечения на сайте GNU: « Мы рекомендуем разработчикам рассмотреть возможность использования GNU AGPL для любого программного обеспечения, которое будет обычно запускаться по сети ».
  31. ^ "Различные лицензии и комментарии о них - Sybase Open Watcom Public License версии 1.0 (#Watcom)". GNU . Получено 23 декабря 2015 г. Это не лицензия свободного ПО . Она требует от вас публиковать исходный код публично всякий раз, когда вы "развертываете" защищенное ПО, а "развертывание" определяется как включающее в себя множество видов частного использования.
  32. ^ ab «Различные лицензии и комментарии о них». Проект GNU.
  33. ^ Энгельфрит, Арно (2010). «Выбор лицензии с открытым исходным кодом». IEEE Software . 27. Афинский университет экономики и бизнеса: 48–49. doi :10.1109/MS.2010.5. S2CID  36712745.
  34. ^ Бьянкуцци, Федерико (30 июня 2005 г.). "ESR: "We Don't Need the GPL Anymore"". ONLamp.com. Архивировано из оригинала 6 марта 2018 г. Получено 23 августа 2008 г.
  35. Тиманн, Майкл (18 сентября 2006 г.). «Лицензии по имени» . Проверено 23 августа 2008 г.
  36. ^ Рэймонд, Эрик Стивен (9 ноября 2002 г.). "Licensing HOWTO" . Получено 23 августа 2008 г.
  37. ^ «Что означает GPLv3 для соглашения MS-Novell». Yro.slashdot.org. 8 марта 2007 г. Получено 14 мая 2014 г.
  38. ^ Столлман, Ричард (26 февраля 2001 г.). "LWN.net: RMS о лицензии Ogg Vorbis" . Получено 23 августа 2008 г. [ М]оё согласие с идеей нестрогой лицензии [Ogg/Vorbis] в этом особом случае столь же прагматично, как и моё предпочтение GPL в большинстве случаев. В обоих случаях это вопрос того, как мы можем достичь свободы.
  39. ^ «Лицензия Microsoft отвергает открытый исходный код». CNET . CBS Interactive.
  40. ^ «Некоторые права защищены: альтернативы авторскому праву». Wired UK .
  41. ^ "Глоссарий". a2knetwork.org . Архивировано из оригинала 26 апреля 2009 года.
  42. ^ Джейсон Гринберг; Дэниел Глейзер (март 2013 г.). «Прививка вашей покупки – договорная защита от вирусных лицензий в сделках слияний и поглощений» (PDF) . Фрид Франк . Ассоциация корпоративных юристов . Получено 10 июня 2016 г. .
  43. ^ Филип Вуд; Эми Райберн; Аллан Йомен; Эндрю Матанги; Стив Найтингейл (1 июля 2013 г.). «Юридическое обновление по информационным и коммуникационным технологиям – июль 2013 г.». Архивировано из оригинала 21 сентября 2013 г. Получено 10 июня 2016 г.
  44. ^ Vixie, Paul (6 марта 2006 г.). "Re: Section 5.2 (IPR encumberance) in TAK rollover requirement draft". IETF Namedroppers mailing list. Архивировано из оригинала 27 сентября 2007 г. Получено 29 апреля 2007 г.
  45. ^ "General Public Virus". Файл жаргона 2.2.1 . 15 декабря 1990 г. Получено 29 апреля 2007 г.
  46. ^ Hackvän, Stig (сентябрь 1999 г.). «Обратная разработка вируса GNU Public – слишком ли хороша копилефта?». Linux Journal . Архивировано из оригинала 18 июля 2011 г. Получено 29 апреля 2007 г.
  47. ^ Стюарт, Билл (8 октября 1998 г.). "Re: suggest: 'cypherpunks license' (Re: Wanted: Twofish source code)". Список рассылки Cypherpunks . Архивировано из оригинала 29 мая 2007 г. Получено 29 апреля 2007 г.
  48. ^ Бак, Джо (10 октября 2000 г.). "Re: Использование дерева разбора извне". Список рассылки GCC . Получено 29 апреля 2007 г.
  49. ^ Гриффис, Л. Адриан (15 июля 2000 г.). «The GNU Public Virus». Архивировано из оригинала 9 ноября 2017 г. Получено 29 апреля 2007 г.
  50. ^ Манди, Крейг (3 мая 2001 г.). «Расшифровка речи – Крейг Манди». New York University Stern School of Business . Архивировано из оригинала 21 июня 2005 г. Получено 23 августа 2008 г.
  51. Newbart, Dave (1 июня 2001 г.). «Microsoft CEO берет перерыв в связи с запуском Sun-Times». Chicago Sun-Times. Архивировано из оригинала 15 июня 2001 г.(ссылка на интернет-архив)
  52. ^ Лидеры свободного программного обеспечения объединяются  – через Wikisource .
  53. ^ Байфилд, Брюс (29 августа 2006 г.). "IT Manager's Journal: 10 распространенных заблуждений о GPL" . Получено 23 августа 2008 г.
  54. ^ «Термин лицензии smorgasbord: copyleft, share-alike, reciprocal, virusal или heritage? – Luis Villa: Open Law and Strategy». lu.is. 3 февраля 2012 г. Получено 22 августа 2018 г.
  55. ^ МакГоуэн, Дэвид (2005). «Юридические аспекты свободного и открытого программного обеспечения». В Джозеф Феллер; Брайан Фицджеральд; Скотт А. Хиссам; Карим Р. Лакахани (ред.). Перспективы свободного и открытого программного обеспечения . MIT Press. стр. 382. ISBN 978-0-262-06246-6.
  56. Poynder, Richard (21 марта 2006 г.). «The Basement Interviews: Freeing the Code» . Получено 5 февраля 2010 г. .
  57. ^ «Часто задаваемые вопросы о лицензиях GNU». Free Software Foundation . 24 июня 2008 г. Получено 1 мая 2017 г.
  58. ^ Рэймонд, Эрик Стивен (9 ноября 2002 г.). "Licensing HOWTO" . Получено 21 марта 2010 г.
  59. ^ Столлман, Ричард. «Почему вам не следует использовать Lesser GPL для вашей следующей библиотеки». Проект GNU .
  60. ^ «Стандарт Unicode, версия 15.0: Приложенное буквенно-цифровое дополнение» (PDF) . unicode.org .
  61. ^ «Предложение добавить символ Copyleft в Unicode» (PDF) .
  62. ^ ab "Предлагаемые новые символы: таблица конвейеров". Предложения по символам Unicode . Консорциум Unicode . Получено 18 апреля 2017 г. .
  63. ^ "Annoting The Unicode Standard, Version 11.0". Блог Unicode . Получено 6 июня 2018 г.
  64. ^ Холл, Г. Брент (2008). Подходы с открытым исходным кодом в обработке пространственных данных. Springer. стр. 29. Bibcode :2008osas.book.....H. ISBN 9783540748311.
  65. ^ "Символ Unicode "🄯" (U+1F12F)". www.compart.com . Получено 12 сентября 2024 г. .

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