Статья:Общественная Лицензия Netscape

Материал из LicenseIt.ru
Перейти к: навигация, поиск

Общественная Лицензия Netscape On the Netscape Public License

Ричард Столлмен Richard Stallman

Сергей Короп (пер. с англ.). Оригинальная версия перевода

(оригинальная версия этой статьи была написана в марте 1998 г. о предварительном варианте NPL. Нашей первой статьей на эту тему была "Netscape намеревается сделать свой навигатор свободной программой".)

Общественная Лицензия Netscape (Netscape Public License или NPL), как она была окончательно разработана в 1998 г, является свободной лицензией, но имеет три основных недостатка. Первый содержит неудачный идеологический подтекст, второй ставит сообщество свободного ПО в неустойчивое положение, а третий создает главную практическую проблему внутри нашего сообщества. Два из этих недостатков также характерны и для Mozilla Public License. Вследствие этого, мы советуем вам не использовать NPL либо MPL для ваших свободных программ.

1. Не все пользователи равны

Первая проблема, которую я заметил в NPL, состоит в том, что она не дает Netscape и всем нам равные права, как это делает GNU GPL. Согласно NPL, мы можем использовать код Netscape только на условиях NPL, в то время, как Netscape вправе пользоваться нашими модификациями произвольно, даже в собственнических лицензированных версиях программ.

Эта проблема незначительна, поскольку не делает программу несвободной. Она не запрещает нам распространение программы либо ее доработку, нас не лишают ни одной конкретной свободы. С чисто прагматической точки зрения, она может вообще не считаться проблемой.

Проблема кроется в глубине этого соглашения. Она сводит на нет идею равноправного сотрудничества, на которой основывается наше сообщество, и подразумевает, что работа над свободной программой может означать взнос в программу собственническую. Те, кто примут это условие, вероятно, изменятся под его влиянием, и такое изменение не сделает нас сильнее.

Одним предложенным решением этой асимметрии будет наложить временные ограничения--скажем, аннулировать привилегию спустя три-пять лет. Это будет существенным улучшением, поскольку временные рамки устранят возможность нежелательного развития событий.

Практический эффект этого условия минимизируется другим недостатком NPL: она не подвергалась тщательной проработке, чтобы удовлетворять идее "авторского лева". Другими словами, она не прикладывает никаких усилий, чтобы гарантировать доступность модификаций, сделанных пользователями, как свободного ПО.

Лицензия MPL (Mozilla Public License) не имеет такой проблемы. В этом принципиальное отличие MPL и NPL.

2. Лицензия не является "авторским левом"

NPL имеет форму "авторского лева"; она явно указывает, что все модификации, сделанные пользователями, должны распространяться на условиях NPL. Но это относится только к модификациям существующего кода, но не к добавленным подпрограммам, если они размещены в отдельных файлах. На практике это значит, что при желании легко сделать модификации собственническими: достаточно поместить ваш код в отдельный файл и назвать конечный продукт Большей Работой (Larger Work). Только вызовы подпрограмм, добавленные в старые файлы, обязаны подчиняться условиям NPL, а сами по себе они не будут очень полезны.

Отсутствие реального "авторского лева" не катастрофа; это не делает программу несвободной. К примеру, условия распространения XFree86 вообще не пытаются использовать "авторское лево", но тем не менее XFree86 является свободной программой. BSD также является свободным ПО, не подчиняющимся "авторскому леву" (несмотря на то, что лицензия BSD имеет серьезные упущения и не желательна для подражания--если вы желаете выпустить свободную программу, не пользуясь "авторским левом", пожалуйста, используйте вместо нее лицензию XFree86). Программы, лицензированные посредством NPL, также считаются свободными, хотя и не пользуются "авторским левом", и это само по себе не делает NPL хуже других лицензий на свободное ПО, не являющихся "авторским левом".

Тем не менее, хотя это не катастрофа, это все же недостаток. Поскольку NPL напоминает "авторское лево", некоторые пользователи могут впасть в заблуждение и применить ее для своих программ, думая, что наделяют их преимуществами "авторского лева", в то время, как это не так. Чтобы устранить такую возможность, нам придется серьезно поработать и разъяснить обществу этот вопрос, который не так прост, чтобы хватило пары слов.

3. Несовместимость с GNU GPL

Самая серьезная практическая проблема NPL в том, что она несовместима с GNU GPL. Невозможно сочетать NPL-код и GNU GPL-код вместе в одной программе, даже путем компоновки различных объектных файлов и библиотек; каким бы путем это ни делалось, будет нарушаться то одна, то другая лицензия.

Этот конфликт возникает потому, что GNU GPL твердо соблюдает "авторское лево", она специально была разработана, чтобы гарантировать свободу всех модификаций и расширений свободных программ. Поэтому в ней нет скрытой возможности делать изменения в программе собственническими, просто помещая их в отдельный файл. Чтобы ликвидировать такую "дыру", GNU GPL не разрешает компоновку программы, защищенной "авторским левом", с кодом, который имеет другие ограничения или условия, такие как предлагает NPL.

Несовместимость с GNU GPL не делает программу несвободной, не затрагивает базовых этических принципов. Но это дает повод ожидать возникновения в нашем сообществе серьезной проблемы: разделения наработанного кода на две группы, которые нельзя смешивать. На практике эта проблема очень важна.

Найти компромисс изменяя GNU GPL возможно, но это может повлечь за собой отказ от "авторского лева", что принесет больше вреда, чем пользы. Но вполне реально добиться соглашения путем небольших изменений NPL. (Ниже представлены конкретные предложения.)

4. Замечание об именах

NPL означает Netscape Public License, в то время, как GNU GPL не расшифровывается, как GNU Public License. Полное название нашей лицензии GNU General Public License, сокращенно--GNU GPL. Иногда слово GNU пропускается и пишется просто GNU GPL.

(Это не проблема, а лишь факт, который вам следует знать.)

Заключение

Поскольку проблема 3 наиболее серьезна, я надеюсь, что люди будут вежливо и обоснованно разъяснять Netscape важность ее решения. Это возможно, требуется лишь согласие со стороны компании.

Вот возможный путь разрешить компоновку NPL-кода вместе с кодом GNU GPL. Он может быть воплощен в жизнь добавлением этих двух абзацев к NPL:

A.1. You may distribute a Covered Work under the terms of the GNU General Public License, version 2 or newer, as published by the Free Software Foundation, when it is included in a Larger Work which is as a whole distributed under the terms of the same version of the GNU General Public License.

A.2. If you have received a copy of a Larger Work under the terms of a version or a choice of versions of the GNU General Public License, and you make modifications to some NPL-covered portions of this Larger Work, you have the option of altering these portions to say that their distribution terms are that version or that choice of versions of GNU General Public License.

В переводе (использованная терминология не является общепринятой, если Вам известен официальный перевод NPL на русский, пожалуйста, сообщите мне об этом --Прим. перев.):

A.1. Вы имеете право распространять Объект Лицензирования (Covered Work) на условиях GNU General Public License, версия 2 либо новее, как она опубликована Free Software Foundation, когда этот Объект включается в Большую Работу (Larger Work), которая целиком распространяется с той же версией GNU General Public License.

A.2. Если вы получили копию Большей Работы на условиях версии либо набора версий GNU General Public License, и вы модифицируете некоторые фрагменты Большей Работы, защищенные NPL, вам предоставляется возможность поместить ваши модификации под действие GNU General Public License той же версии либо набора версий.

Это позволит комбинировать код, защищенный NPL и GNU GPL, и распространять результирующую работу на условиях GNU GPL.

Люди будут иметь возможность выпустить свои модификации такого комбинированного продукта на условиях GNU GPL, в то время, как проще всего будет выпустить их с NPL.

Когда общество реализует преимущества пункта A.2, модификации будут распространяться только на условиях GNU GPL; так что они не будут доступны Netscape для использования в собственнических проектах. Вполне возможно, что Netscape признает это неприемлемым.

В то же время, NPL оставляет разработчикам собственнических программ легкий путь сделать свои модификации вообще недоступными для Netscape--просто поместить свой код в отдельный файл и назвать все вместе "Большей Работой". Фактически, им это легче сделать, чем пользователям GNU GPL--применить пункт A.2.

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

Бета-версия! Эта предварительная версия перевода может в дальнейшем подвергаться изменениям. Если Вы заинтересованы в ее публикации, сообщите об этом, и я вышлю Вам по окончании работы готовую версию. Если у Вас есть конструктивные замечания по стилю и качеству перевода---пишите.

Copyright (C) 1996, 1997, 1998, 1999 Free Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110, USA.

© 2000 Перевод на русский язык: Сергей Короп [1].

Разрешается копирование и распространение этой статьи любым способом без внесения изменений, при условии, что это разрешение сохраняется.

Verbatim copying and distribution of this entire article is permitted in any medium, provided this notice is preserved.

Перевод выполнен по версии статьи от 23 апреля 2000.

<google uid="C01"></google>