Сумісність ліцензій MPL 1.1 та APL 2.0


11

Я працюю над проектом, який має ліцензію відповідно до MPL 1.1 і хотів би включити якийсь код, який ліцензується відповідно до APL 2.0.

Я знаю, що в 2010 році Mozilla оголосили, що оновлюють MPL, щоб зробити його більш "Apache сумісним" серед іншого.

Я не юрист. Які саме частини MPL 1.1 не збігаються з APL 2.0 і навпаки? У проекті дуже мало його первинних учасників, які все ще активно беруть участь, тому я сумніваюся, що я зможу зв’язатися з усіма ними, щоб отримати дозвіл на зміну ліцензії.


2
Ми теж не юристи. Ви краще попросіть справжнього юриста про юридичну консультацію.
Федеріко Клез Куллока

Відповіді:


7

Якщо ваш проект не використовує лише "Mozilla 1.1", він неявно використовує "Mozilla 1.1 або вище". Тому проект може бути оновлений до Mozilla 2.0 (або навіть роздвоєним без згоди учасників).

Якщо ви хочете залишитися з Mozilla 1.1, все, що вам потрібно зробити, це не змішувати ліцензійний код Apache та Mozilla в одному вихідному файлі. Тоді ваш проект буде змішаною ліцензією. Перегляньте файли "авторських прав" на веб-сайті http://packages.debian.org, щоб побачити, наскільки звичайна така ситуація.

============ повний фон

Ліцензія Apache (2.0; 1.0 не пов'язана!) Є "дозвільною", тобто похідні можуть бути комерційними та закритими. До Apache всі популярні дозвільні ліцензії (BSD, Athena (MIT / X11), zLib, ~ Public Domain) були досить простими. Тож вони сумісні майже з усіма іншими ліцензіями (ну, за винятком випадків, коли був рекламний пункт, який зараз рідкісний).

Ліцензія Apache намагається задовольнити більш сучасні потреби. Він має процедури відстеження історії твору. У ньому є патентне застереження про стиль MAD (Взаємно гарантоване знищення). Ніщо з цього насправді не проти GPL чи Mozilla, це просто не серед "обмежень", які вони дозволяють.

Ліцензія Mozilla вимагає менше кредитування, але вимагає, щоб деривативи були доступні для початкового розробника проекту без обмежень та були доступні для широкого загалу за ліцензією Mozilla. Призначено, щоб код можна було відкрити без того, щоб власник втратив свою перевагу перед конкурентами.

Ліцензія Mozilla заражає до межі файлу вихідного коду, але, як правило, не далі. (GPL інфікує набагато більше, аж до межі виклику linker / kernel-call.) Патч-файли є винятком, оскільки вони, як правило, є похідними роботами цілі патча.

Ви можете вільно агрегувати файли під Mozilla, LGPL та будь-якою дозвільною ліцензією, наприклад Apache. Це норма у великих програмах з відкритим кодом. Особливо це стосується Java, де GPL вважається занадто зараженим, а Apache.org є найбільшим постачальником інфраструктури.

Один файл вихідного коду не може відповідати і ліцензії Mozilla 1.1 AND Apache, оскільки Mozilla (як GPL) не переносить ніяких додаткових обтяжень. Один фрагмент джерела може відповідати Mozilla OR Apache або майже будь-якій іншій ліцензії. Наприклад, Firefox випускається за ліцензією Mozilla OR GNU OR LGNU.

Завдяки зростаючому впливу Apache, GPLv3 та Mozilla v2 переконалися, що вони сумісні. Відмова від "положення про оновлення версії" - єдине обтяження, яке GPL та Mozilla дозволяють користувачеві додати. Єдиною основною ліцензією, яку користувачі насправді "відмовилися", була GPLv3, оскільки вона була більш заразна, ніж GPLv2. Наприклад, ядро ​​Linux - це лише GPLv2 .



0

"Ми хотіли, щоб користувачі MPL мали змогу використовувати код інших дозвільних ліцензованих проектів (зокрема, ліцензований Apache код)", що означає код Apache (1.0, 1.1 та 2.0, тому що 2.0 вийшов у 2004 році, а MPL 2.0 був випущений у 2012) не вдалося використати в ліцензійному коді до 2,0 MPL. Плакат спеціально запитує про MPL 1.1. Тож ні, він не повинен включати код Apache 2.0 в код MPL 1.1.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.