stringtranslate.com

Разрешительная лицензия на программное обеспечение

Разрешительная лицензия на программное обеспечение , иногда также называемая лицензией типа BSD или BSD-style , [1] — это лицензия на свободное программное обеспечение , которая вместо защиты авторского лева налагает лишь минимальные ограничения на то, как программное обеспечение может использоваться, изменяться и распространяться, обычно включая отказ от гарантий . Примерами служат GNU All-permissive License , MIT License , BSD licenses , Apple Public Source License и Apache license . По состоянию на 2016 год самой популярной лицензией на свободное программное обеспечение является разрешающая лицензия MIT . [2] [3]

Сравнительная таблица

Пример

Ниже приведен полный текст простой всеразрешающей лицензии GNU :

Copyright <ГОД>, <АВТОРЫ>

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

Определения

Open Source Initiative определяет разрешительную лицензию на программное обеспечение как «некопилефтовскую лицензию , которая гарантирует свободу использования, изменения и распространения». [6] Сайт Choosealicense GitHub описывает разрешительную лицензию MIT как «[позволяющую] людям делать с вашим кодом все, что они хотят, при условии, что они укажут вам авторство и не возложат на вас никакой ответственности ». [7] Сайт Newmediarights.com Калифорнийской Западной школы права определил их следующим образом: «Лицензии типа BSD, такие как лицензии BSD, MIT и Apache, являются крайне разрешительными и требуют лишь указания исходных частей лицензированного кода на исходных разработчиков в вашем собственном коде и/или документации». [1]

Сравнение с копилефтом

Лицензии Copyleft обычно требуют взаимной публикации исходного кода любых измененных версий в соответствии с лицензией Copyleft оригинальной работы. [8] [9] Разрешительные лицензии, напротив, не пытаются гарантировать, что измененные версии программного обеспечения останутся свободными и общедоступными, обычно требуя только сохранения оригинального уведомления об авторских правах. [1] В результате производные работы или будущие версии программного обеспечения с разрешительной лицензией могут быть выпущены как проприетарное программное обеспечение. [10]

Однако определение того, насколько либеральна лицензия, не является чем-то легко поддающимся количественной оценке и часто зависит от целей конечных пользователей. Если последние являются разработчиками, для некоторых может быть ценным иметь право изменять и эксплуатировать исходный код, написанный другими, и, возможно, включать его в проприетарный код и зарабатывать на этом деньги (и поэтому они рассматривают разрешительные лицензии как предоставление им «права»), [11] в то время как для других разработчиков может быть более ценным знать, что никто никогда не извлечет выгоду из того, что в основном было их работой (и поэтому они рассматривают лицензии copyleft как предоставление им «права»). Более того, конечные пользователи могут вообще не быть разработчиками, и в этом случае лицензии copyleft предлагают им вечное право доступа к программному обеспечению как к свободному программному обеспечению, гарантируя, что оно никогда не станет программным обеспечением с закрытым исходным кодом — в то время как разрешительные лицензии вообще не предоставляют никаких прав конечным пользователям, не являющимся разработчиками, а программное обеспечение, выпущенное с разрешительной лицензией, теоретически может со дня на день стать вредоносным ПО с закрытым исходным кодом, даже не зная об этом.

Разрешительные лицензии предлагают более широкую совместимость лицензий , чем лицензии copyleft, которые, как правило, не могут свободно комбинироваться и смешиваться, поскольку их требования взаимности противоречат друг другу. [12] [13] [14] [15] [16]

Сравнение с общественным достоянием

В деле Computer Associates Int'l против Altai термин «общественное достояние» использовался для обозначения работ, которые стали широко распространены и распространяются с разрешения, а не работ, которые были намеренно помещены в общественное достояние. Однако разрешительные лицензии на самом деле не эквивалентны выпуску работы в общественное достояние .

Разрешительные лицензии часто предусматривают некоторые ограниченные требования, например, указание авторства оригинала ( attribution ). Если работа действительно находится в общественном достоянии, это обычно не требуется по закону, но регистрация авторских прав в Соединенных Штатах требует раскрытия материала, который был ранее опубликован, [17] и указание авторства все еще может считаться этическим требованием в академических кругах .

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

Совместимость лицензий

Совместимость лицензий между обычными лицензиями свободного и открытого программного обеспечения (FOSS) по Дэвиду А. Уиллеру (2007): векторные стрелки обозначают однонаправленную совместимость, следовательно, лучшая совместимость с левой стороны («разрешительные лицензии»), чем с правой стороны («лицензии с авторским левом»). [20]

В целом разрешительные лицензии имеют хорошую совместимость с большинством других лицензий на программное обеспечение в большинстве ситуаций. [12] [13]

Из-за отсутствия ограничений большинство разрешительных лицензий на программное обеспечение совместимы даже с лицензиями copyleft, которые несовместимы с большинством других лицензий. Некоторые старые разрешительные лицензии, такие как лицензия BSD с 4 пунктами , лицензия PHP и лицензия OpenSSL , содержат пункты, требующие, чтобы в рекламных материалах указывался владелец авторских прав, что делает их несовместимыми с лицензиями copyleft. Однако популярные современные разрешительные лицензии, такие как лицензия MIT , лицензия BSD с 3 пунктами и лицензия zlib , не содержат рекламных пунктов и в целом совместимы с лицензиями copyleft.

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

Прием и усыновление

Хотя они используются с середины 1980-х годов, [21] некоторые авторы отметили рост популярности разрешительных лицензий в 2010-х годах. [22] [23] [24] [25]

По состоянию на 2015 год самой популярной лицензией свободного программного обеспечения является разрешительная лицензия MIT, за которой следует GPLv2 . [ 2 ] [3]

Другие термины

Некопилефт

«Разрешительная» лицензия — это просто лицензия с открытым исходным кодом без авторского лева.

Иногда слово «разрешительный» считается слишком двусмысленным, поскольку все лицензии свободного ПО являются «разрешительными», в том смысле, что все они позволяют изменять и распространять исходный код. В большинстве случаев реальная оппозиция существует между лицензиями copyleft и non-copyleft, поэтому некоторые авторы предпочитают использовать термин «non-copyleft» вместо «разрешительный». [27] [28] [26]

Копицентр

В Беркли был так называемый «копировальный центр», то есть «отнеси документ в копировальный центр и сделай столько копий, сколько нужно».

Copycenter — термин, изначально использовавшийся для объяснения модифицированной лицензии BSD , разрешительной лицензии свободного программного обеспечения. Термин был представлен компьютерным ученым и участником Berkeley Software Distribution (BSD) Маршаллом Кирком МакКьюсиком на конференции BSD в 1999 году. Это игра слов на авторском праве , копилефте и копи-центре . [29] [30]

лицензия на легкомыслие

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

—  Ричард Столлман , основатель операционной системы GNU [31]

В руководстве Free Software Foundation по совместимости лицензий и перелицензированию Ричард Столлман определяет разрешительные лицензии как «лицензии с ограниченным доступом», сравнивая их с лицензиями, которые «не могут сказать нет», поскольку они рассматриваются как дающие право «отказывать в свободе другим». [31] Фонд рекомендует использовать лицензии с ограниченным доступом только для небольших программ, менее 300 строк кода, где «преимущества, предоставляемые копилефтом, обычно слишком малы, чтобы оправдать неудобства, связанные с необходимостью всегда иметь копию лицензии вместе с программным обеспечением». [32]

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

Ссылки

  1. ^ abc New Media Rights (2008-09-12). «Руководство по лицензированию открытого исходного кода». California Western School of Law .
  2. ^ ab "Top 20 licenses". Black Duck Software. 19 ноября 2015 г. Архивировано из оригинала 19 июля 2016 г. Получено 19 ноября 2015 г. 1. Лицензия MIT 24%, 2. GNU General Public License (GPL) 2.0 23%, 3. Лицензия Apache 16%, 4. GNU General Public License (GPL) 3.0 9%, 5. Лицензия BSD 2.0 (3-пунктная, новая или пересмотренная) Лицензия 6%, 6. GNU Lesser General Public License (LGPL) 2.1 5%, 7. Artistic License (Perl) 4%, 8. GNU Lesser General Public License (LGPL) 3.0 2%, 9. Microsoft Public License 2%, 10. Eclipse Public License (EPL) 2%
  3. ^ ab Balter, Ben (2015-03-09). "Использование лицензий с открытым исходным кодом на GitHub.com". github.com . Получено 2015-11-21 ."1 MIT 44,69%, 2 Другие 15,68%, 3 GPLv2 12,96%, 4 Apache 11,19%, 5 GPLv3 8,88%, 6 BSD 3-пунктовая 4,53%, 7 Нелицензированная 1,87%, 8 BSD 2-пунктовая 1,70%, 9 LGPLv3 1,30%, 10 AGPLv3 1,05%
  4. ^ Free Software Foundation, Различные лицензии и комментарии о них, GNU All-permissive License
  5. ^ Информация для тех, кто поддерживает программное обеспечение GNU, уведомления о лицензиях для других файлов
  6. ^ permissive на opensource.org «"Permissive" license — это просто лицензия с открытым исходным кодом без авторского лева, которая гарантирует свободу использования, изменения и распространения, но разрешает создание производных продуктов, защищенных авторским правом ».
  7. ^ Выбор лицензии с открытым исходным кодом не должен пугать вас на choosealicense.com «Что из следующего лучше всего описывает вашу ситуацию? – Я хочу, чтобы было просто и все допускалось».
  8. ^ "Что такое Copyleft". GNU . Получено 21 апреля 2011 г.
  9. ^ «Категории свободного и несвободного программного обеспечения». gnu.org.
  10. ^ Амадео, Рон (21 июля 2018 г.). «Железная хватка Google на Android: контроль над открытым исходным кодом любыми необходимыми средствами». Ars Technica .
  11. ^ Имея это в виду, проект FreeBSD выступает за разрешительные лицензии для компаний и коммерческих вариантов использования: они говорят, что накладывают только «минимальные ограничения на будущее поведение» и утверждают, что лицензии copyleft являются «юридическими бомбами замедленного действия» . См. Монтегю, Брюс (2013-11-13). «Почему вам следует использовать лицензию в стиле BSD для вашего проекта с открытым исходным кодом». FreeBSD . Получено 2015-11-28 . 9. Преимущества и недостатки GPL [..] 12. Заключение В отличие от GPL, которая разработана для предотвращения коммерческой выгоды от открытого исходного кода, лицензия BSD накладывает минимальные ограничения на будущее поведение. Это позволяет коду BSD оставаться открытым исходным кодом или интегрироваться в коммерческие решения по мере изменения потребностей проекта или компании. Другими словами, лицензия BSD не становится юридической бомбой замедленного действия на любом этапе процесса разработки. Кроме того, поскольку лицензия BSD не сопряжена с юридическими сложностями лицензий GPL или LGPL, она позволяет разработчикам и компаниям тратить свое время на создание и продвижение хорошего кода, а не беспокоиться о том, нарушает ли этот код условия лицензирования.


  12. ^ ab "Licence Compatibility". European Union Public Licence . joinup.ec.europa.eu. Архивировано из оригинала 2015-06-17 . Получено 2015-05-30 . Лицензии на распространение свободного или открытого программного обеспечения (FOSS) делятся на два семейства: разрешительные и copyleft. Разрешительные лицензии (BSD, MIT, X11, Apache, Zope) в целом совместимы и взаимодействуют с большинством других лицензий, допуская слияние, объединение или улучшение защищенного кода и его повторное распространение под многими лицензиями (включая несвободные или "проприетарные").
  13. ^ ab Hanwell, Marcus D. (2014-01-28). "Следует ли мне использовать разрешительную лицензию? Copyleft? Или что-то среднее?". opensource.com . Получено 2015-05-30 . Разрешительное лицензирование упрощает вещи Одна из причин, по которой деловой мир и все больше разработчиков [...] отдают предпочтение разрешительным лицензиям, заключается в простоте повторного использования. Лицензия обычно относится только к исходному коду, который лицензируется, и не пытается вывести какие-либо условия для любого другого компонента, и из-за этого нет необходимости определять, что представляет собой производная работа. Я также никогда не видел таблицу совместимости лицензий для разрешительных лицензий; кажется, что они все совместимы.
  14. ^ "Часто задаваемые вопросы о лицензиях GNU – Совместима ли GPLv3 с GPLv2?". gnu.org . Получено 2014-06-03 . Нет. Некоторые требования GPLv3, такие как требование предоставить информацию об установке, отсутствуют в GPLv2. В результате лицензии несовместимы: если вы попытаетесь объединить код, выпущенный под обеими этими лицензиями, вы нарушите раздел 6 GPLv2. Однако, если код выпущен под GPL "версии 2 или более поздней", он совместим с GPLv3, поскольку GPLv3 является одним из вариантов, которые она допускает.
  15. ^ Лэндли, Роб. "CELF 2013 Toybox talk". landley.net . Получено 21 августа 2013 г. GPLv3 разбила "GPL" на несовместимые ответвления, которые не могут совместно использовать код.
  16. ^ «Интерпретация, обеспечение соблюдения и изменение GNU GPL применительно к объединению Linux и ZFS». fsf.org . Получено 08.06.2020 .
  17. ^ Форма CO Бюро авторских прав США; см. также Ashton-Tate против Fox
  18. ^ "Политика авторских прав OpenBSD". Проект OpenBSD . Получено 09.06.2020 . В некоторых юрисдикциях сомнительно, что добровольное размещение собственной работы в общественном достоянии является законным. По этой причине, чтобы сделать любой значительный объем кода свободным, предпочтительнее указать авторские права и поместить его под лицензию ISC или BSD, а не пытаться выпустить его в общественное достояние.
  19. ^ Хипп, Д. Ричард. «Почему SQLite преуспел как база данных». Журнал изменений. Также в то время я не осознавал, прожив всю свою жизнь в Соединенных Штатах, которые, как вы знаете, находятся под британским общим правом, где общественное достояние — это то, что признано. Я не осознавал, что в мире есть много юрисдикций, где кому-то трудно или невозможно разместить свои работы в общественном достоянии. Я не знал. Так что это осложнение.
  20. ^ Слайд лицензии свободного программного обеспечения с открытым исходным кодом (FLOSS) Дэвида А. Уиллера, 4 октября 2021 г.
  21. ^ Хафф, Гордон. "Загадочная история лицензии MIT". opensource.com . Получено 2020-06-08 . [Есть] веский аргумент, что лицензия MIT, также называемая X Consortium или X11 License в то время, кристаллизовалась с X11 в 1987 году, и это лучшая дата для использования. Вы можете утверждать, что она была создана в 1985 году с возможными корректировками в течение следующих нескольких лет.
  22. ^ Vaughan-Nichols, Steven J. "Падение GPL и рост разрешительных лицензий с открытым исходным кодом". ZDNet . Получено 28 ноября 2015 г. GPL по-прежнему является самой популярной в мире лицензией с открытым исходным кодом, но ее использование снижается, в то время как разрешительные лицензии набирают все больше поклонников, и некоторые разработчики предпочитают выпускать код вообще без какой-либо лицензии.
  23. ^ Ронахер, Армин (2013-07-23). ​​«Лицензирование в мире поставторского права». lucumr.pocoo.org . Получено 2015-11-18 .
  24. ^ Аслетт, Мэтью (2011-06-06). «Тенденция к разрешительному лицензированию». the451group.com. Архивировано из оригинала 2015-10-13 . Получено 2015-11-28 .
  25. ^ Нужна ли лицензия вашему коду? Опубликовано 02 мая 2013 г. Джейсоном Хиббетсом "В: Есть ли компании по разработке ПО, которые отдают предпочтение определенной лицензии с открытым исходным кодом перед другой? Какова тенденция в сообществе? О: Мы определенно наблюдаем некоторые тенденции отхода от лицензий copyleft — в основном в сторону разрешительных лицензий"
  26. ^ ab "Часто задаваемые вопросы | Инициатива с открытым исходным кодом". Инициатива с открытым исходным кодом . Получено 2022-08-09 . «Разрешительная» лицензия — это просто лицензия с открытым исходным кодом без авторского лева.
  27. ^ "Лицензии Copyleft и non-copyleft в свободном программном обеспечении с открытым исходным кодом". Qoppa Software . 2014-11-21 . Получено 2022-08-09 .
  28. ^ Сен, Рави; Субраманиам, Чандрасекар; Нельсон, Мэтью Л. (2011). «Лицензии на программное обеспечение с открытым исходным кодом: строгое копилефт, некопилефт или что-то среднее?». Системы поддержки принятия решений . 52 (1): 199–206. doi :10.1016/j.dss.2011.07.004. ISSN  0167-9236 . Получено 09.08.2022 .
  29. ^ ab "Добавьте комментарий Кирка о "copycenter"; он слишком хорош, чтобы его упустить". Историческая база данных FreeBSD fortune(6) . Получено 08.06.2020 .
  30. ^ Рэймонд, Эрик С. "copycenter". Файл жаргона.
  31. ^ ab Stallman, Richard (2016-02-08). "Совместимость лицензий и повторное лицензирование". Free Software Foundation . Получено 2019-09-29 . В целом, нестрогие разрешительные лицензии ( модифицированные BSD , X11 , Expat , Apache , Python и т. д.) совместимы друг с другом. Это потому, что у них нет требований к другому коду, который добавляется в программу. Они даже разрешают помещать всю программу (возможно, с изменениями) в проприетарный программный продукт; таким образом, мы называем их "лицензиями с пустыми руками", потому что они не могут сказать "нет", когда один пользователь пытается лишить свободы других.
  32. ^ Как выбрать лицензию для своей работы – Free Software Foundation

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