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

редактировать
Проблема с программным обеспечением

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

Содержание

  • 1 Определения
    • 1.1 Виды комбинированных работ
  • 2 Совместимость лицензий FOSS
    • 2.1 Совместимость с GPL
      • 2.1.1 Лицензии с авторским левом и GPL
      • 2.1.2 GFDL и GPL
      • 2.1.3 CDDL и GPL
      • 2.1.4 CC BY-SA и GPLv3
    • 2.2 Совместимость лицензий Creative Commons
    • 2.3 JSON лицензия
  • 3 Повторное лицензирование для совместимости
    • 3.1 Примеры повторного лицензирования
  • 4 См. также
  • 5 Ссылки

Определения

Совместимость лицензий может быть определена на основе понятий «коллективная / комбинированная / совокупная работа »и« производная работа ». Первое определение совместимости лицензий «коллективное произведение » позволяет использовать различные лицензированные произведения в комбинированном контексте:

характеристика двух (или более) лицензий, согласно которой коды, распространяемые по этим лицензиям, могут быть собраны вместе, чтобы создать более крупное распространяемое программное обеспечение. [курсив добавлен]

— Филипп Лоран, GPLv3 и вопросы совместимости, EOLE 2008

Более сильное определение включает возможность изменения лицензии. Наиболее ярким примером является лицензия с авторским левом, требующая, чтобы «производная работа», объединенная из кода под различными лицензиями, в целом применялась к лицензии с авторским левом.

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

— Филипп Лоран, GPLv3 и вопросы совместимости, EOLE 2008

Виды комбинированных работ

Совместимость лицензий для производных и комбинированных работ собственного кода разработчика и кода с открытым исходным кодом, разработанного извне (адаптировано из Välimäki 2005)

Комбинированное произведение состоит из нескольких частей, имеющих разные лицензии (без перелицензирования ). Чтобы получить комбинированную работу, включающую лицензированные компоненты с авторским левом (которые обладают свойством вирусного, потенциально ведущим к производной работе), необходимо поддерживать надлежащую изоляцию / разделение.

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

Немного более сильный подход заключается в разделении на этапе связывания с двоичным объектным кодом (статическое связывание ), где все компоненты результирующая программа является частью того же процесса и адресного пространства. Это удовлетворяет комбинированным работам «слабое авторское лево / стандартное взаимное лево» (например, лицензионным LGPL), но не комбинированным работам «сильное авторское лево / сильное взаимное лево». Хотя общепринято, что связывание (статическое и даже динамическое связывание ) является производным от работы строгого авторского лева, существуют альтернативные интерпретации.

Для комбинированного работает с модулями "сильного авторского лева", требуется более сильная изоляция. Этого можно достичь, разделив программы собственным процессом и разрешив обмен данными только через двоичные ABI или другие косвенные средства. Примеры: Android пространство ядра - пространство пользователя разделение с помощью Bionic или дистрибутивы Linux, которые содержат проприетарные двоичные блобы, несмотря на наличие сильного авторского лева ядра.

. Хотя для некоторых доменов существует соглашение, если изоляция подходит, есть домены, которые оспариваются и до сих пор не проверялись в суде. Например, в 2015 году SFC подал в суд на VMware в продолжающемся споре о том, являются ли загружаемые модули ядра (LKM) производными от GPL Linux. ядро или нет.

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

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

Лицензии, общие для бесплатного программного обеспечения и программного обеспечения с открытым исходным кодом (FOSS), не обязательно совместимы с каждым другое, и это может сделать юридически невозможным смешивание (или ссылка ) кода с открытым исходным кодом, если компоненты имеют разные лицензии. Например, программное обеспечение, которое объединяет код, выпущенный под версией 1.1 Общественной лицензии Mozilla (MPL), с кодом под Стандартной общественной лицензией GNU (GPL), нельзя распространять без нарушения одного из условия лицензий; это несмотря на то, что обе лицензии утверждены как Open Source Initiative, так и Free Software Foundation.

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

Примером лицензии, которая имеет отличную совместимость с другими лицензиями FOSS, является Artistic License 2.0 из-за ее повторного лицензирования, который разрешает распространение исходного кода под любой другой лицензией FOSS.

Вы можете распространять вашу Модифицированную версию как Исходный (бесплатно или за вознаграждение дистрибьютора, с или без скомпилированной формы Модифицированной версии) [… ] при условии, что вы выполните хотя бы ОДИН из следующих действий: […]

(c) разрешите любому, кто получит копию Модифицированной версии, сделать исходную форму Модифицированной версии доступной для других в рамках

(i) Исходная лицензия или

(ii) лицензия, позволяющая лицензиату свободно копировать, изменять и распространять т. е. Модифицированная версия с использованием тех же условий лицензирования, которые применяются к копии, полученной лицензиатом, и требует, чтобы исходная форма Модифицированной версии и любых произведений, производных от нее, были доступны бесплатно, при этом лицензионные сборы запрещены, но Дистрибьютор Допускаются сборы. [курсив добавлен]

Общая лицензия на разработку и распространение (CDDL) - слабая лицензия с авторским левом между лицензией GPL и BSD. /MIT permissive licenses - пытается решить проблемы совместимости лицензий, разрешая без повторного лицензирования смешивание файлов исходного кода с лицензией CDDL с файлами исходного кода в другие лицензии, при условии, что полученный двоичный файл может быть лицензирован и продан под другой лицензией, пока исходный код все еще доступен по CDDL.

Совместимость с GPL

Чтобы минимизировать распространение лицензий и несовместимость лицензий в экосистеме FOSS, некоторые организации (например, Free Software Foundation) и отдельные лица (Дэвид А. Уиллер) утверждают, что совместимость с широко используемыми GPL - важная особенность лицензий на программное обеспечение. Многие из наиболее распространенных лицензий свободного программного обеспечения, особенно разрешительные лицензии, такие как исходная лицензия MIT / X, лицензии BSD (в трех пунктах и формы с двумя предложениями, хотя и не исходная форма с четырьмя предложениями), MPL 2.0 и LGPL совместимы с GPL. То есть их код может быть объединен с программой под GPL без конфликтов, и в новой комбинации GPL будет применяться ко всему (но другая лицензия не будет применяться).

Лицензии с авторским левом и лицензии GPL

с авторским левом на программное обеспечение по своей сути несовместимы с GPL; даже лицензия GPLv2 сама по себе несовместима с GPLv3 или LGPLv3. Если вы попытаетесь объединить код, выпущенный под любой из более поздних лицензий GPL, с кодом GPLv2, вы нарушите раздел 6 GPLv2, источник несовместимости. Однако код под более поздними лицензиями можно комбинировать с кодом под лицензией GPL версии 2 или новее. Большая часть программного обеспечения, выпущенного под GPLv2, позволяет вам также использовать условия более поздних версий GPL, а в некоторых есть положения об исключениях, которые позволяют комбинировать их с программным обеспечением, которое находится под разными лицензиями или версиями лицензий. Ядро Linux - заметное исключение, которое распространяется исключительно на условиях GPLv2.

GFDL и GPL

Лицензия свободной документации GNU, рекомендованная Free Software Foundation, несовместима с лицензией GPL, и текст под лицензией GFDL не может быть включен в программное обеспечение GPL. Поэтому проект Debian в резолюции 2006 г. решил лицензировать документацию по GPL. Фонд FLOSS Manuals последовал за Debian в 2007 году. В 2009 году Фонд Викимедиа перешел с GFDL на лицензию Creative Commons CC-BY-SA в качестве основной лицензии для своих проектов.

CDDL и GPL

Другой случай, когда совместимость с GPL проблематична, - это файловая система CDDL с лицензией ZFS с лицензией GPLv2 ядро ​​Linux. Несмотря на то, что оба являются бесплатными программами под лицензией с авторским левом, ZFS не распространяется с большинством дистрибутивов Linux, таких как Debian (но распространяется с FreeBSD ), поскольку CDDL Фонд свободного программного обеспечения и некоторые стороны, имеющие отношения с ФСПО, считают его несовместимым с ядром Linux под GPL. Юридическая интерпретация - если и когда эта комбинация составляет объединенную работу или производную работу от ядра под лицензией GPL - двусмысленна и противоречива. В 2015 году вопрос совместимости CDDL с GPL вновь возник, когда дистрибутив Linux Ubuntu объявил, что по умолчанию он будет включать OpenZFS. В 2016 году Ubuntu объявила, что юридическая проверка привела к заключению, что использование ZFS в качестве бинарного модуля ядра в Linux является юридически безопасным. Другие согласились с выводом Ubuntu; например, адвокат Джеймс Э.Дж. Боттомли утверждал, что "убедительную теорию вреда" невозможно разработать, что делает невозможным доведение дела до суда. Эбен Моглен, соавтор GPLv3 и основатель SFLC утверждал, что, хотя буквы GPL могут быть нарушены, дух обеих лицензий соблюдается, что станет важным вопросом в суде. С другой стороны, Брэдли М. Кун и Карен М. Сэндлер из Software Freedom Conservancy утверждали, что Ubuntu нарушит обе лицензии, поскольку Модуль ZFS будет производным от ядра Linux, и они заявили о своем намерении добиться ясности в этом вопросе, даже обратившись в суд.

CC BY-SA и GPLv3

8 октября, 2015 г., Creative Commons пришла к выводу, что CC BY-SA 4.0 для входящих подключений совместима с GPLv3.

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

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

Таблица совместимости лицензий для объединения или смешивания двух лицензионных произведений CC
Значок отметки Public Domain . Значок CC0 Значок CC-BY Значок CC-BY-SA Значок CC-by-NC . значок CC-BY-NC-SA значок CC-BY-NC-ND . CC-BY-ND значок
Значок отметки Public Domain . Значок CC0 Да Да Да Да Нет
Значок CC-BY Да Да Да Да Нет
Значок CC-BY-SA Да Да Да Нет Нет
Значок CC-by-NC . значок CC-BY-NC-SA Да Да Нет Да Нет
значок CC-BY-NC-ND . CC-BY-ND значок Нет Нет Нет Нет Нет

Лицензия JSON

JSON разработчик Дуглас Крокфорд, вдохновленный словами тогдашнего президента Буша, сформулировал лицензию JSON для «злоумышленников» («Программное обеспечение должно использоваться во благо, а не во зло»). чтобы открыть исходный код для библиотек JSON, но также заставить (тролль ) корпоративных юристов (или тех, кто чрезмерно педантичен) платить за лицензию от государства. Субъективная и моральная оговорка о лицензии привела к несовместимости лицензий с другими лицензиями с открытым исходным кодом, а также к тому, что лицензия JSON не была бесплатной лицензией с открытым исходным кодом.

Повторное лицензирование для обеспечения совместимости

Иногда проекты заканчиваются с несовместимыми лицензиями, и единственный реальный способ решить эту проблему - повторное лицензирование несовместимых частей. Повторное лицензирование достигается путем обращения ко всем вовлеченным разработчикам и другим сторонам и получения их согласия на измененную лицензию. В то время как в домене с открытым исходным кодом достижение 100% согласия часто невозможно из-за большого количества участников, проект повторного лицензирования Mozilla предполагает, что достижение 95% достаточно для повторное лицензирование всей кодовой базы. Другие в области FOSS, такие как Эрик С. Реймонд, пришли к другим выводам относительно требований к повторному лицензированию всей кодовой базы.

Примеры повторного лицензирования

Ранним примером проекта, который был успешно повторно лицензирован по причинам несовместимости лицензий, является проект Mozilla и его браузер Firefox . Исходный код браузера Communicator 4.0 от Netscape был первоначально выпущен в 1998 году по лицензии Netscape Public License / Mozilla Public. Лицензия, но подверглась критике со стороны Фонда свободного программного обеспечения (FSF) и OSI за несовместимость с Стандартной общественной лицензией GNU (GPL). Примерно в 2001 году Time Warner, используя свои права по общественной лицензии Netscape, и по запросу Mozilla Foundation повторно лицензировал весь код в Mozilla, который находился под общественной лицензией Netscape (включая код других участников) к MPL 1.1 / GPL 2.0 / LGPL 2.1 tri-license, таким образом, достигая совместимости с GPL.

Библиотека Vorbis изначально лицензировалась как LGPL, но в 2001 году с одобрения Ричарда Столлмана лицензия была изменена на менее строгую лицензию BSD, чтобы ускорить внедрение библиотеки. 68>

Проект VLC имеет сложную лицензионную историю из-за несовместимости лицензий, и в 2007 году проект решил для совместимости лицензий не обновляться до только что выпущенной GPLv3. В октябре 2011 года, после того, как VLC был удален из Apple App Store в начале 2011 года, проект VLC повторно лицензировал библиотеку VLC с GPLv2 на LGPLv2 для достижения лучшей совместимости. В июле 2013 года программное обеспечение было повторно лицензировано в соответствии с общественной лицензией Mozilla, а затем приложение VLC будет повторно отправлено в iOS App Store.

Лицензия свободной документации GNU от The Free Software Foundation. версия 1.2 несовместима с широко используемой лицензией Creative Commons Attribution-ShareAlike, что, например, было проблемой для Wikipedia. Поэтому, по запросу Wikimedia Foundation, FSF добавила ограниченный по времени раздел в GFDL версии 1.3, который позволил определенным типам веб-сайтов, использующих GFDL, дополнительно предлагать свою работу в рамках CC BY. -SA лицензия. После этого, в июне 2009 года, Фонд Викимедиа перенес свои проекты (Википедия и т. Д.) С помощью двойного лицензирования в Creative Commons Attribution-ShareAlike в качестве основной лицензии в дополнение к ранее использовавшейся GFDL, чтобы улучшить совместимость лицензий с более обширной экосистемой бесплатного контента.

Еще один интересный Дело было в том, что Google повторно лицензировал ядро ​​Linux заголовочные файлы под лицензией GPLv2 на лицензию BSD для их Android библиотека Bionic. Google утверждал, что в заголовочных файлах не было никакой работы, защищенной авторским правом, что сводило их к "фактам", не защищенным авторским правом, и, таким образом, на них не распространялась GPL. Это толкование было оспорено Раймондом Ниммером, профессором права в Юридическом центре Хьюстонского университета. Приложения и драйверы Android, которые обеспечивают все большую функциональность Android, постепенно перелицензируются с разрешительных на проприетарные лицензии.

В 2014 году проект FreeCAD изменил свою лицензию с GPL на LGPLv2., из-за несовместимости GPLv3 / GPLv2. Также в 2014 году Gang Garrison 2 была переименована с GPLv3 на MPL для улучшения совместимости библиотек.

Мобильная операционная система KaiOS была является производным от операционной системы Firefox OS / Boot to Gecko, которая была выпущена под разрешающей версией MPL 2.0. Он не распространяется под той же лицензией, поэтому теперь он предположительно перелицензирован и проприетарен (но все еще в основном с открытым исходным кодом). KaiOS также использует ядро ​​Linux GPL, которое также используется в Android.

См. Также

Ссылки

Последняя правка сделана 2021-05-27 08:33:31
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте