Войти
Распространение лицензий - это явление изобилия уже существующих и продолжающегося создания новых лицензий на программное обеспечение для программного обеспечения и пакетов программного обеспечения в экосистеме FOSS. Распространение лицензий негативно влияет на всю экосистему FOSS из-за бремени все более сложного выбора лицензий, взаимодействия лицензий и соображений совместимости лицензий.
Часто, когда разработчик программного обеспечения хочет объединить части разных программ, он не может это сделать, потому что лицензии несовместимы. Когда программное обеспечение под двумя разными лицензиями может быть объединено в более крупное программное обеспечение, лицензии считаются совместимыми. По мере увеличения количества лицензий увеличивается вероятность того, что разработчик бесплатного программного обеспечения с открытым исходным кодом (FOSS) захочет объединить программное обеспечение, доступное по несовместимым лицензиям. Компании, желающие оценить каждую лицензию FOSS для пакетов программного обеспечения, которые они используют, также обходятся дороже. Строго говоря, никто не за распространение лицензий. Скорее, проблема связана с тенденцией организаций писать новые лицензии для удовлетворения реальных или предполагаемых потребностей в своих выпусках программного обеспечения.
Увеличение количества лицензий является особенно проблемой, когда лицензии имеют только ограниченные или сложные отношения совместимости с другими лицензиями. Поэтому некоторые считают совместимость с широко используемой Стандартной общественной лицензией GNU (GPL) важной характеристикой, например Дэвид А. Уиллер, а также Фонд свободного программного обеспечения (FSF), который поддерживает список лицензий, совместимых с GPL. С другой стороны, некоторые рекомендуют разрешительные лицензии вместо лицензий с авторским левом из-за лучшей совместимости с большим количеством лицензий. Apache Foundation, например, критикует тот факт, что, хотя лицензия Apache совместима с лицензией GPLv3 с авторским левом, GPLv3 несовместима с разрешающей лицензией Apache - программное обеспечение Apache может быть включено в GPLv3. ПО, а не наоборот. В качестве другого уместного примера, GPLv2 сама по себе несовместима с GPLv3. Вышедшая в 2007 году GPLv3 подверглась критике со стороны нескольких авторов за добавление еще одной несовместимой лицензии в экосистему FOSS.
Лицензии тщеславия - это лицензия, написанная компанией или лицом ни для кого другого. причина, чем написать свою собственную лицензию («синдром NIH »). Если создается новая лицензия, которая не имеет очевидных улучшений или отличий от другой более распространенной лицензии FOSS, ее часто можно критиковать как лицензию для тщеславия. По состоянию на 2008 год многие люди создают новую пользовательскую лицензию для своей недавно выпущенной программы, не зная требований к лицензии FOSS и не понимая, что использование нестандартной лицензии может сделать эту программу почти бесполезной для других.
В июле 2013 года GitHub запустил мастер выбора лицензии под названием selectalicense. На главной странице GitHub selectalicense для быстрого выбора предлагается только три лицензии: Лицензия MIT, Лицензия Apache и Стандартная общественная лицензия GNU. Некоторые дополнительные лицензии предлагаются на подстраницах и по ссылкам. По итогам 2015 г. ок. 77% всех лицензионных проектов на GitHub были лицензированы по крайней мере по одной из этих трех лицензий.
С 2006 года Google Code принимал только проекты, лицензированные в соответствии со следующими семь лицензий:
Год спустя, примерно в 2008 году, была добавлена Стандартная общественная лицензия GNU 3.0, которая настоятельно рекомендовалась вместе с разрешающей лицензией Apache, в частности, исключена была AGPLv3, чтобы уменьшить распространение лицензий..
В 2010 году Google снял эти ограничения и объявил, что позволит проектам использовать любую одобренную OSI лицензию (см. # позиция OSI ниже), но с ограничением проекты общественного достояния разрешены только в одном случае d ecision.
Open Source Initiative (OSI) ведет список утвержденных лицензий. В начале своей истории OSI способствовала распространению лицензий, одобряя обычные и одноразовые лицензии. В 2004 году был начат проект OSI по распространению лицензий. В 2007 году был подготовлен отчет о распространении лицензий. В отчете определены классы лицензий:
Группа «популярных» лицензий включает девять лицензий: Apache License 2.0, New BSD license, GPLv2, LGPLv2, лицензия MIT, Общественная лицензия Mozilla 1.1, Общая лицензия на разработку и распространение, Common Public License, Eclipse Public License.
Ричард Столлман, бывший президент FSF, и Брэдли М. Кун, бывший исполнительный директор, выступили против лицензии с 2000 года, когда они учредили список лицензий FSF, который побуждает разработчиков лицензировать свое программное обеспечение под GPL-совместимой лицензией (лицензиями) свободных программ, хотя несколько несовместимых с GPL лицензий свободных программ перечислены с комментарием, в котором говорится, что Нет проблем с использованием и / или работой над программным обеспечением, уже имеющим соответствующие лицензии, а также призывом к читателям списка не использовать эти лицензии для программного обеспечения, которое они пишут.
из FSF Europe в редакционной статье, озаглавленной «Как GPLv3 борется с распространением лицензий», утверждает, что главное, что может сделать FSF для предотвращения распространения лицензий, - это уменьшить количество причин для создания новых лицензий. Обычно FSF Europe постоянно рекомендует использовать GNU GPL в максимально возможной степени, а когда это невозможно, использовать GPL-совместимые лицензии.
В 2005 году Intel добровольно отозвала свою лицензию Intel Open Source из списка OSI лицензий с открытым исходным кодом, а также прекратила использовать или рекомендовать эту лицензию, чтобы уменьшить распространение лицензий.
Группа 451 в июне 2009 года создала отчет о распространении под названием «Миф о распространении лицензий с открытым исходным кодом». Статья 2009 г. из юридической школы Вашингтонского университета озаглавлена «Распространение лицензий с открытым исходным кодом: полезное разнообразие или безнадежная путаница?» предложил три вещи в качестве решения: «Wizzier Wizzard» (для выбора лицензии), «Лучшие практики и устаревшие лицензии», «Дополнительные юридические услуги для хакеров». Консультации по сотрудничеству в области программного обеспечения с открытым исходным кодом (OSSCC) рекомендует на основе первоначально девяти рекомендованных лицензий OSI пять лицензий: Apache License 2.0, New BSD License, CDDL, MIT и, в некоторой степени, MPL, поскольку они поддерживают совместную работу, предоставить патент. использовать и предлагать патентную защиту. В частности, отсутствует GPL, поскольку «эту лицензию нельзя использовать в других произведениях под другой лицензией».
