Разрешающая лицензия на программное обеспечение - Permissive software license
А разрешающая лицензия на программное обеспечение, иногда также называемый BSD-подобный или же BSD-стиль лицензия,[1] это бесплатно программное обеспечение лицензия с минимальными ограничениями на использование, изменение и распространение программного обеспечения, обычно включая отказ от гарантии. Примеры включают Универсальная лицензия GNU, Лицензия MIT, Лицензии BSD, Лицензия Apple Public Source License и Лицензия Apache. По состоянию на 2016 год[Обновить] Самая популярная лицензия на свободное программное обеспечение - это разрешающая лицензия MIT.[2][3]
Пример
Ниже приводится полный текст простого Универсальная лицензия GNU:
Авторские права <ГОД>, <АВТОРЫ>
Копирование и распространение этого файла с изменениями или без них разрешены на любом носителе без лицензионных отчислений, при условии сохранения уведомления об авторских правах и данного уведомления. Этот файл предлагается как есть, без каких-либо гарантий.
Определения
В Инициатива открытого исходного кода определяет разрешительную лицензию на программное обеспечение как «неавторское лево лицензия, которая гарантирует свободу использования, изменения и распространения ".[6] GitHub с выбрать лицензию веб-сайт описывает разрешительный Лицензия MIT как "[позволяя] людям делать с вашим кодом все, что они хотят, при условии, что они предоставляют атрибуция назад к вам и не держите вас ответственный."[7] Калифорнийская западная школа права Сайт newmediarights.com определил их следующим образом: «Лицензии, подобные BSD, такие как лицензии BSD, MIT и Apache, чрезвычайно разрешительны и требуют немногого, кроме приписывания исходных частей лицензионного кода оригинальным разработчикам в вашей собственной код и / или документация ".[1]
Сравнение с авторским левом
Всеобщее достояние & эквиваленты | Разрешающая лицензия | Авторское лево (защитная лицензия) | Некоммерческий лицензия | Собственная лицензия | Коммерческая тайна | |
---|---|---|---|---|---|---|
Описание | Предоставляет все права | Предоставляет права на использование, в том числе право на перелицензирование (разрешает проприетизацию, совместимость лицензий ) | Предоставляет права на использование, запрещает проприетизация | Предоставляет права только для некоммерческого использования. Может сочетаться с авторским левом. | Традиционное использование Авторские права; никаких прав не нужно предоставлять | Информация не обнародована |
Программного обеспечения | PD, CC0 | BSD, Массачусетский технологический институт, Apache | GPL, AGPL | JRL, AFPL | проприетарное программное обеспечение, без публичной лицензии | частное, внутреннее программное обеспечение |
Прочие творческие работы | PD, CC0 | CC-BY | CC-BY-SA | CC-BY-NC | Авторские права, без публичной лицензии | неопубликованный |
Авторское лево лицензии обычно требуют взаимной публикации исходного кода любых измененных версий в соответствии с лицензией авторского лева на исходное произведение.[8][9] Разрешительные лицензии, напротив, не пытаются гарантировать, что модифицированные версии программного обеспечения останутся бесплатными и общедоступными, обычно требуя только сохранения оригинального уведомления об авторских правах.[1] В результате производные работы или будущие версии разрешенно лицензированного программного обеспечения могут выпускаться как проприетарное программное обеспечение.[10]
Разрешительные лицензии предлагают более обширные совместимость лицензий чем лицензии с авторским левом, которые, как правило, нельзя свободно комбинировать и смешивать, поскольку их требования взаимности противоречат друг другу.[11][12][13][14][15]
Сравнение с общественным достоянием
Computer Associates Int'l против Алтая использовал термин «общественное достояние» для обозначения произведений, которые стали широко распространяться и распространяются с разрешения, а не произведений, которые были намеренно переданы в общественное достояние. Однако разрешительные лицензии на самом деле не эквивалентны выпуску работы в всеобщее достояние.
Разрешительные лицензии часто содержат некоторые ограниченные требования, например, указание оригинальных авторов (атрибуция). Если работа действительно находится в общественном достоянии, это обычно требуется не по закону, а в Соединенных Штатах. регистрация авторских прав требует раскрытия ранее опубликованного материала,[16] и атрибуция все еще может считаться этическим требованием в академия.
Сторонники разрешительных лицензий часто рекомендуют не пытаться сделать программное обеспечение общедоступным на том основании, что в некоторых юрисдикциях это может быть проблематично с юридической точки зрения.[17][18] Лицензии, эквивалентные общественному достоянию являются попыткой решить эту проблему, предоставляя резервную разрешительную лицензию для случаев, когда отказ от авторских прав не возможен по закону, а иногда также включают отказ от гарантий, аналогичный большинству разрешительных лицензий.
Совместимость лицензий
В целом разрешительные лицензии имеют хорошие совместимость лицензий с большинством других лицензий на программное обеспечение в большинстве ситуаций.[11][12]
Из-за отсутствия ограничений большинство разрешающих лицензий на программное обеспечение даже совместимы с лицензиями с авторским левом, которые несовместимы с большинством других лицензий. Некоторые старые разрешительные лицензии, такие как Лицензия BSD с 4 пунктами, то Лицензия PHP, а Лицензия OpenSSL, содержат пункты, требующие, чтобы рекламные материалы указывали на правообладателя, что делает их несовместимыми с лицензиями с авторским левом. Однако популярные современные разрешительные лицензии, такие как Лицензия MIT, 3-предложение Лицензия BSD и лицензия zlib, не содержат положений о рекламе и обычно совместимы с лицензиями с авторским левом.
Некоторые лицензии не разрешают производным произведениям добавлять ограничение, согласно которому распространитель не может добавлять дополнительные ограничения. Примеры включают CDDL и MsPL. Однако такие ограничения также делают лицензию несовместимой с разрешительными лицензиями на свободное программное обеспечение.[нужна цитата ]
Прием и усыновление
Хотя они используются с середины 1980-х гг.[20], несколько авторов отметили рост популярности разрешительных лицензий в 2010-е годы.[21][22][23][24]
По состоянию на 2015 год[Обновить] то Лицензия MIT разрешающая лицензия - самая популярная лицензия свободных программ, за которой следует GPLv2.[2][3]
Прочие условия
В Беркли было то, что мы называем «копицентром», то есть «отнесите его в копировальный центр и сделайте столько копий, сколько захотите».
Копицентр
Копицентр это термин, первоначально использовавшийся для объяснения модифицированная лицензия BSD, разрешающая лицензия свободных программ. Срок был представлен специалист в области информатики и Распространение программного обеспечения Беркли (BSD) участник Маршалл Кирк МакКусик на конференции BSD в 1999 году. Это игра слов на Авторские права, авторское лево и копировальный центр.[25][26]
Лицензия Pushover
в Фонд свободного программного обеспечения руководство по лицензионной совместимости и перелицензированию, Ричард Столмен определяет разрешительные лицензии как «пустые лицензии», сравнивая их с теми людьми, которые «не могут сказать нет», потому что они рассматриваются как дающие право «отказывать в свободе другим».[27] Фонд рекомендует пустые лицензии только для небольших программ, меньше 300 строк кода, где «выгоды, предоставляемые авторским левом, обычно слишком малы, чтобы оправдать неудобства, связанные с тем, чтобы копия лицензии всегда сопровождала программное обеспечение».[28]
Смотрите также
- Список разрешающих лицензий на программное обеспечение
- Безлицензионное программное обеспечение
- Эквивалентная лицензия общественного достояния
- Лицензия на бесплатное программное обеспечение
- Сравнение лицензий на бесплатное и открытое ПО
- Фонд свободного программного обеспечения
Рекомендации
- ^ а б c Новые права СМИ (2008-09-12). «Руководство по лицензированию с открытым исходным кодом». Калифорнийская западная школа права.
- ^ а б «Топ-20 лицензий». Программное обеспечение Black Duck. 19 ноября 2015. Архивировано с оригинал 19 июля 2016 г.. Получено 19 ноября 2015.
1. Лицензия MIT 24%, 2. Стандартная общественная лицензия GNU (GPL) 2.0 23%, 3. Лицензия Apache 16%, 4. Стандартная общественная лицензия GNU (GPL) 3.0 9%, 5. Лицензия BSD 2.0 (3 пункта, Новая или пересмотренная) Лицензия 6%, 6. Стандартная общественная лицензия ограниченного применения GNU (LGPL) 2.1 5%, 7. Художественная лицензия (Perl) 4%, 8. Стандартная общественная лицензия ограниченного применения GNU (LGPL) 3.0 2%, 9. Общедоступная лицензия Microsoft Лицензия 2%, 10. Общественная лицензия Eclipse (EPL) 2%
- ^ а б Балтер, Бен (09.03.2015). «Использование лицензии с открытым исходным кодом на 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%
- ^ Фонд свободного программного обеспечения, различные лицензии и комментарии о них, всесторонняя лицензия GNU
- ^ Информация для лиц, обслуживающих программное обеспечение GNU, уведомления о лицензиях для других файлов
- ^ снисходительный на opensource.org "разрешительная" лицензия - это просто лицензия с открытым исходным кодом без авторского лева, которая гарантирует свободу использования, изменения и распространения, но разрешает проприетарный производные ».
- ^ Выбор лицензии с открытым исходным кодом не должен пугать на selectalicense.com «Что из следующего лучше всего описывает вашу ситуацию? - Я хочу, чтобы она была простой и разрешительной».
- ^ "Что такое копилефт". GNU. Получено 21 апреля 2011.
- ^ «Категории бесплатного и несвободного ПО». gnu.org.
- ^ Амадео, Рон (21 июля 2018 г.). «Железная хватка Google на Android: контроль открытого исходного кода любыми способами». Ars Technica.
- ^ а б «Совместимость лицензий». Общественная лицензия Европейского Союза. joinup.ec.europa.eu. Архивировано из оригинал на 2015-06-17. Получено 2015-05-30.
Лицензии на распространение бесплатного программного обеспечения или программного обеспечения с открытым исходным кодом (FOSS) делятся на два семейства: разрешительные и авторское лево. Разрешительные лицензии (BSD, MIT, X11, Apache, Zope), как правило, совместимы и взаимодействуют с большинством других лицензий, допуская слияние, объединение или улучшение покрытого кода и его повторное распространение под многими лицензиями (включая несвободные или «проприетарные»). »).
- ^ а б Ханвелл, Маркус Д. (28 января 2014 г.). «Должен ли я использовать разрешающую лицензию? Копилефт? Или что-то среднее?». opensource.com. Получено 2015-05-30.
Разрешительное лицензирование упрощает вещи Одна из причин, по которой деловой мир и все больше и больше разработчиков [...] предпочитают разрешительные лицензии, заключается в простоте повторного использования. Лицензия обычно относится только к исходному коду, на который распространяется лицензия, и не делает никаких попыток вывести какие-либо условия для любого другого компонента, и поэтому нет необходимости определять, что составляет производную работу. Я также никогда не видел диаграммы совместимости лицензий для разрешительных лицензий; похоже, что все они совместимы.
- ^ «Часто задаваемые вопросы о лицензиях GNU - совместима ли GPLv3 с GPLv2?». gnu.org. Получено 2014-06-03.
Нет. Некоторые требования GPLv3, такие как требование предоставить информацию об установке, не существуют в GPLv2. В результате лицензии несовместимы: если вы попытаетесь объединить код, выпущенный под обеими этими лицензиями, вы нарушите раздел 6 GPLv2. Однако, если код выпущен под GPL «версии 2 или новее», это совместимо с GPLv3, потому что GPLv3 является одним из вариантов, которые она разрешает.
- ^ Лэндли, Роб. "CELF 2013 Toybox talk". landley.net. Получено 2013-08-21.
GPLv3 разбила GPL на несовместимые вилки, которые не могут совместно использовать код.
- ^ «Интерпретация, соблюдение и изменение GNU GPL применительно к объединению Linux и ZFS». fsf.org. Получено 2020-06-08.
- ^ Форма CO в Бюро регистрации авторских прав США; смотрите также Эштон-Тейт против Фокса
- ^ «Политика авторского права OpenBSD». Проект OpenBSD. Получено 2020-06-09.
В некоторых юрисдикциях сомнительно, что юридически возможно добровольное размещение своей работы в общественном достоянии. По этой причине, чтобы сделать любой значительный объем кода свободным, предпочтительно заявить об авторских правах и поместить его под лицензию ISC или BSD, вместо того, чтобы пытаться сделать его общедоступным.
- ^ Хипп, Д. Ричард. «Почему SQLite преуспела в качестве базы данных». Журнал изменений.
Также в то время я не осознавал, что всю свою жизнь прожил в Соединенных Штатах, что, как вы знаете, согласно британскому общему праву, где общественное достояние является чем-то признанным. Я не осознавал, что в мире существует множество юрисдикций, в которых кому-то сложно или невозможно разместить свои работы в открытом доступе. Я не знал. Так что это осложнение.
- ^ Слайд с лицензией на бесплатное свободное / открытое программное обеспечение (FLOSS) Дэвид А. Уиллер, 27 сентября 2007 г.
- ^ Хафф, Гордон. «Загадочная история лицензии MIT». opensource.com. Получено 2020-06-08.
[Есть] хороший аргумент в пользу того, что лицензия MIT, также называемая в то время X Consortium или X11 License, кристаллизовалась с X11 в 1987 году, и это лучшая дата для использования. Вы можете утверждать, что он был создан в 1985 году с возможными корректировками в течение следующих двух лет.
- ^ Воан-Николс, Стивен Дж. «Падение GPL и рост разрешительных лицензий с открытым исходным кодом». zdnet.com. Получено 2015-11-28.
GPL по-прежнему остается самой популярной в мире лицензией с открытым исходным кодом, но ее использование сокращается, в то время как разрешительные лицензии получают все больше поклонников, и некоторые разработчики предпочитают выпускать код вообще без какой-либо лицензии.
- ^ Ронахер, Армин (23.07.2013). «Лицензирование в мире почтового авторского права». lucumr.pocoo.org. Получено 2015-11-18.
- ^ Аслетт, Мэтью (2011-06-06). «Тенденция к разрешительному лицензированию». the451group.com. Архивировано из оригинал на 2015-10-13. Получено 2015-11-28.
- ^ Нужна ли для вашего кода лицензия? Опубликовано 2 мая 2013 г., автор: Джейсон Хиббетс «В: Существуют ли компании, занимающиеся разработкой программного обеспечения, которые предпочитают одну лицензию с открытым исходным кодом другой? Какова тенденция в сообществе? Ответ: Мы определенно наблюдаем некоторые тенденции отхода от лицензий с авторским левом - в основном в сторону разрешительные лицензии "
- ^ а б "Добавьте комментарий Кирка о" копицентре "; это слишком хорошо, чтобы отказаться от него". Исторический FreeBSD удача (6) база данных. Получено 2020-06-08.
- ^ Раймонд, Эрик С. "копицентр". Файл жаргона.
- ^ Столмен, Ричард (2016-02-08). «Совместимость лицензий и повторное лицензирование». Фонд свободного программного обеспечения. Получено 2019-09-29.
В общем, слабые разрешительные лицензии (модифицированный BSD, X11, Эмигрант, Apache, Python и др.) совместимы друг с другом. Это потому, что у них нет требований к другому коду, добавляемому в программу. Они даже позволяют поместить всю программу (возможно, с изменениями) в проприетарный программный продукт; поэтому мы называем их «пустыми лицензиями», потому что они не могут сказать «нет», когда один пользователь пытается отказать в свободе другим.
- ^ Как выбрать лицензию для своей работы - Free Software Foundation