Статья:GPL и LGPL: Лицензирование новых программ по GPL. Права и обязанности Пользователя и Автора программы

Автор статьи: White_Mouse (Дмитрий Федотов)

e-mail: legalizer@gmail.com

Постоянный адрес части 1

Постоянный адрес части 2

Дата: 23.07.2003

GPL и LGPL: практические аспекты лицензирования свободного программного обеспечения.(Часть 1)

Часть 1. Введение. Copyleft. Основные понятия авторского права.

Целью настоящего обзора является рассмотрение ряда вопросов применения лицензии GPL (часто называемой “Универсальной общественной лицензией”) и LGPL для лицензирования собственных разработок, а также вопросов соотношения GPL и российского законодательства об авторском праве и смежных правах. Кроме того, значительное место отводится рассмотрению собственно российского законодательства об авторском праве, а в частности – рассматриваются основные понятия, необходимые для правильного понимания сущности лицензирования программного обеспечения. Вопросы эти в последнее время нередко поднимаются в форумах, посвященных GNU/Linux, но зачастую никто так и не дает на них квалифицированного четкого ответа. Представляется необходимым восполнить этот пробел, ответив на ряд наиболее актуальных вопросов в этом обзоре.

1. Введение. Copyleft.Основные понятия авторского права.

Не задаваясь целью объяснения феномена “свободного программного обеспечения” (далее – свободные программы) следует однако в общем рассмотреть понятие свободной программы.

В чем ее “свободность”? Как это соотносится с традиционными моделями лицензирования программного обеспечения (происходящими, кстати, в основном от одного “предка” - лицензии компании Microsoft)?

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

На пути такой модели распространения программ встал вопрос о лицензировании, призванном защитить права создателя программы, а также интересы всего сообщества Open Source, и гарантировать именно такой порядок распространения результатов его творчества. Существовавшие модели не позволяли реализовать подобного. Таким образом возникла GPL – Универсальная общественная лицензия, часто называемую также “copyleft”, что пытаются перевести на русский язык как “левое право”, усматривая в этом удачную шутку. GPL по сути явилась концептуально новой “схемой” лицензирования, так как традиционный баланс интересов (а лицензия на программу обычно гарантирует интересы автора) сместился от интересов самого автора к интересам всего сообщества пользователей свободных программ в целом.

Прежде чем рассмотреть, как действует GPL и каково ее прикладное значение, необходимо остановиться на рассмотрении основных терминов и понятий общего характера из области авторского права, которые часто и становятся причинами недопомонимания в обсуждении вопросов лицензирования программ. Здесь же имеет смысл привести выдержки из текущего законодательства по вопросам защиты авторкого права и смежных прав в области программного обеспечения и прокомментировать их. Основные вопросы в этой области регулируются Федеральным Законом “Об авторском праве и смежных правах” от 9.07.93 № 5351-I , а также Федеральным Законом “О правовой охране программ для электронных вычислительных мешин и баз данных” от 23 сентября 1992 г. N 3523-I .

Рассмотрим, как определяются основопологающие понятия авторского права в этих законах.

Федеральный Закон "Об авторском праве и смежных правах" 9.07.93 № 5351-I в действующей редакции содержит следующие определения.

Автор - физическое лицо, творческим трудом которого создано произведение.

Предельно ясное определение, не допускающее разночтений. Следует обратить внимание на то, что автором признается только физическое лицо, но не юридическое, то есть независимо от того, создано ли произведение в порядке выполнения обязанностей по трудовому договору (что не является редкостью) или по собственной инициативе лица, автором всегда будет признаваться само лицо, а не работодатель. Важным также является указание на то что труд лица должен быть “творческим”. Хотя критерий и является субъективным, можно выделить ряд критериев, по корорым можно отнести труд к творческому. Критерии эти, не будучи закреплены законом, вытекают из смысла закона. К ним теоретики права традиционно относят: новизну (оригинальность, неповторимост) созданного произведения, качественно новый характер произведения. Проблема критериев определения творческого характера произведения до чих пор не нашла однозначного разрешения ни в практике, ни в литературе.

Программа для ЭВМ - объективная форма представления совокупности данных и команд, предназначенных для функционирования ЭВМ и других компьютерных устройств с целью получения определенного результата, включая подготовительные материалы, полученные в ходе разработки программы для ЭВМ, и порождаемые ею аудиовизуальные отображения.

Это нечеткое и расплывчатое определение с незначительными отличиями присутствует и в законе “О правовой охране программ для ЭВМ”. Не вполне ясно, что такое "порождаемые программой аудиовизуальные отображения". Следует ли понимать под этим понимать изображение на мониторе, возникающее в хоже работы программы? Однако, цель этой размытой формулировки прослеживается весьма четко: нельзя создавать слишком "похожие" программы, то есть копирующие, к примеру, элементы управления программой и систему их организации. Это тоже по существу является упрощением, но заострять внимание на этом в рамках данного обзора не имеет смысла, поскольку это было бы невозможным без анализа практики применения закона, что безусловно является весьма специфической задачей и не представляет интереса для более широкой аудитории, которой адресован этот обзор.

Сущность программы, таким образом, сводится к некоторой форме ее выражения вовне в виде “совокупности данных и команд”, подготовительных материалов, аудиовизуальных отоображений являющихся собственно результатом творческого труда автора. К подготовительным материалам можно отнести по сути любые материалы, имеющие отнощение к программе, в том числе схемы, наброски исходных текстов (даже не связанные с синтаксисом конкретного языка, а просто отражающие логическую организацию определенных функций , выполняемых программой), иные материалы. Такого рода расширительное толкование подготовительных материалов, по мнению автора, имеет право на существование в силу отсутствия формальной определенности критерия творчества, о чем было сказано выше. Под “аудиовизуальными отображениями” следует понимать воспроизводимое программой на оборудовании пользователя, включая, но не ограничиваясь: звуками, видео отрывками (заставками), элементами графического оформления программы (splash-screen, иконки, картинки и т.п.) и пр.

Закон РФ от 23 сентября 1992 г. N 3523-I "О правовой охране программ для электронных вычислительных машин и баз данных" содержит следующие основные определения:

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

Как уже было указано, это определение практически дублируется в законе “Об авторском праве и смежных правах”

Использование программы для ЭВМ или базы данных - это выпуск в свет, воспроизведение, распространение и иные действия по их введению в хозяйственный оборот (в том числе в модифицированной форме). Не признается использованием программы для ЭВМ или базы данных передача средствами массовой информации сообщений о выпущенной в свет программе для ЭВМ или базе данных.

Следует отличать использование программы правообладателем от использования программы конечным пользователем на основании договора с правообладателем, то есть использования в обыденном смысле. Первое указывает на то как правообладатель, то есть автор, его наследник, а также любое физическое или юридическое лицо, которое обладает исключительными имущественными правами, полученными в силу закона или договора (п. 2 ст. 1 ФЗ О правовой охране программ для ЭВМ), "распорядится" своими правами в отношении программы, то есть каковы правомочия правообладателя в отношении программы. А использование конечным пользователем, то есть в смысле главы 3 ФЗ "О правовой охране программ для ЭВМ", указывает на набор правомочий и допустимых законом и договором действий лица, которое приобрело программу для непосредственной ее эксплуатации. В качестве последних приведем в впример продажу законно приобретенной копии программы или тут же адаптацию программы.

В целях упрощения назовем использование программы правообладателем в смысле ст. 1 ФЗ, процитированной выше, "распоряжением", а собственно использование конечным пользователем "использованием".

Ознакомившись с основными определениями законодательства России по вопросу о программном обеспечении, рассмотрим еще два понятия, часто воспринимаемых неточно или неправильно.

Что такое "лицензия"?

Ответ на этот вопрос, казалось бы, очевиден, однако поскольку рассматривать "лицензию" GPL мы намереваемся в рамках практического ее применения в условиях российского законодательства представляется необходимым определиться с терминологией и связать понятие лицензии на программный продукт (понятия применяемого в зарубежном законодательстве и часто на обыденном уровне) с соответствующим ему по содержанию понятием российского законодательства. Наиболее близким по содержанию понятием является уже упомянутое - "договор с правообладателем". Действительно, лицензия на программный продукт устанавливает ни что иное как набор допустимых действий (как юридических значимых, так и юридически безраличных) в отношении программы, что является и содежанием договора с правообладателем, на основании которого осуществляется использование программы. Таким образом можно условно поставить знак равенства между понятиями "лицензия" и "договор с правообладателем". Далее эти понятия будут упоминаться в качестве синонимов.

Итак содержанием лицензии являются условия, устанавливающие правомочия пользователя в отношении программы. Правообладатель может ограничивать или расширять набор таких правомочий по своему усмотрению и в своих интересах, так как, по большому счету, цель лицензии - не допустить нарушения прав правообладателя, предоставить ему юридическую защиту его законных интересов. В случае совершения действий прямо не разрешенных самим договором или законом, или запрещенных самим договором или законом правообладатель может обратиться в суд или иные органы, в компетенции которых находится рассмотрение соттветствующих дел за защитой. Именно правообладатель определяет какие “права на программу” он желает передать пользователю, а какие – нет.

Кто такой “правообладатель”? Кто обладает правами на созданную программу?

Ответ на этот вопрос несмотря на свою кажущуюся очевидность также неоднозначен.

В соответствии с п.2 ст. 1 ФЗ "О правовой охране программ для ЭВМ и БД" под правообладателем понимается "автор, его наследник, а также любое физическое или юридическое лицо, которое обладает исключительными имущественными правами, полученными в силу закона или договора". На практике это означает следующее.

Как правило, программа создается либо как результат самостоятельного творчества, то есть по собственной инициативе, либо по чьему-либо заказу (или же в порядке создания служебного произведения). Безусловно, написав программу или скрипт “для себя”, то есть по собственной инициативе, лицо обладает всеми правами на нее. Во втором же случае дело обстоит сложнее. Автор программы будет акже признаваться в бридическом смысле, но его имущественные права в отношении программы могут быть ограничены (договором авторского заказа в случае написания программы на заказ и положениями трудового договора или иных соглашений, если он создает программу в порядке выполнения служебных обязанностей: последняя и приобретает статус служебного произведения). То есть автор остается автором всегда, но в определенных случаях он не обладает правом самостоятельно распоряжаться программой, в частности, не имеет права распространять программу, передавать права на ее использование другим лицамм т.п.

Приложение.

Другие определения Закона РФ от 23 сентября 1992 г. N 3523-I "О правовой охране программ для электронных вычислительных машин и баз данных":

База данных - это объективная форма представления и организации совокупности данных (например: статей, расчетов), систематизированных таким образом, чтобы эти данные могли быть найдены и обработаны с помощью ЭВМ.

Адаптация программы для ЭВМ или базы данных - это внесение изменений, осуществляемых исключительно в целях обеспечения функционирования программы для ЭВМ или базы данных на конкретных технических средствах пользователя или под управлением конкретных программ пользователя. Примечание: Российский закон предоставляет пользователю программы адаптировать ее вне зависимости от согласия правообладателя и без его разрешения. Следует отметить что такое положение по существу содержится и в большинстве зарубежных актов по вопросам авторского права. Так, в англо-американских правовых системах это положение находит отражение в виде концепции fair use.

Модификация (переработка) программы для ЭВМ или базы данных - это любые их изменения, не являющиеся адаптацией.

Декомпилирование программы для ЭВМ - это технический прием, включающий преобразование объектного кода в исходный текст в целях изучения структуры и кодирования программы для ЭВМ.

Воспроизведение программы для ЭВМ или базы данных - это изготовление одного или более экземпляров программы для ЭВМ или базы данных в любой материальной форме, а также их запись в память ЭВМ.

Распространение программы для ЭВМ или базы данных - это предоставление доступа к воспроизведенной в любой материальной форме программе для ЭВМ или базе данных, в том числе сетевыми и иными способами, а также путем продажи, проката, сдачи внаем, предоставления взаймы, включая импорт для любой из этих целей.

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

GPL и LGPL: Лицензирование новых программ по GPL. Права и обязанности Пользователя и Автора программы. (Часть 2)

Дата: 03.04.2004

Как определить, распространяется ли программа на условиях GPL или на иных условиях? Каким образом опубликовать свою программу на условиях GPL?

В соответствии с п. 0 GPL (www.gnu.org/licenses/gpl.html#SEC3 ) эта лицензия применяется к программам в случае, если:

А) Автор или иной правообладатель (copyright holder) прямо указал, что программа может распространяться (may be distributed) по условиям GNU GPL;

Б) Программа содержит часть программы, рапространяемой по условиям GNU GPL, или включается ее в себя полностью, или является производной от такой программы. В этом случае GPL распространяет свое действие либо ТОЛЬКО на часть, являющуюся производной от программы первоначально выпущенной в свет на условиях лицензии GPL при условии, что вновь созданное произведение является самостоятельным (в этом случае оно распространяется отдельно), либо вновь созданное произведение распространяется на тех же условиях, что и оригинальная программа.

Эта на первый взгляд запутанная конструкция сводится практически к следующему:

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

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

Для того, чтобы опубликовать свою программу на условиях GPL, таким образом достаточно явным образом указать на соответствующее намерение автора. FSF предлагает включать уведомление об авторских правах на программу следующим образом:

1. Включить в исходный текст программы уведомление об авторских правах, а также в каждый файл с исходным текстом ссылку на полный текст уведомления. Рекомендуемый текст уведомления располагается по адресу www.gnu.org/licenses/gpl.html#SEC4

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

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

Существенным моментом при публикации программы программы на условиях GPL является следующее: FSF фактически не признает ни одного из переводов GPL на иностранные языки. На практике это означает, что текст GPL «существует» исключительно на английском языке, то есть никакой его перевод не является юридически значимым документом. Таким образом, опубликовав свою программу и распространяя вместе с ней русский перевод, автор распространяет программу уже не на условиях GPL, а на схожих условиях. Иными словами, для того чтобы программу можно было отнести к free software в сторого юридическом смысле, необходимо уведомление об авторских правах, а равно и иные уведомления, а также копию лицензии публиковать именно на английском языке. Очевидно, что никто не препятствует автору распространять программу на любых иных условиях, в том числе, например, приняв за основу «русский текст GPL».

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

Каково содержание GPL? Каковы права и обязанности Правообладателя и Пользователя программы?

Феномен GPL как новой модели лицензирования программного обеспечения заключается в том, что ряд аспектов, урегулированных обычными коммерческими лицензиями, не затрагивается GPL. GPL распространяется только на три возможных действия в отношении программы, а именно: копирование (в терминах российского законодательства – воспроизведение), распространение и модификацию. То есть иные действия в отношении программы являются юридически безразличными. На практике, копирование и распространение в подавляющем большинстве случаев полностью совпадают (кстати и в тексте GPL нет четкого разграничения этих действий, что порождает некоторую путаницу). Более того, GPL упоминает эти действия исключительно в связке друг с другом. Из этого можно сделать вывод, что копирование для архивных целей фактически не охватывается лицензией, оставляя его на усмотрение Пользователя.

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

Копирование и распространение.

Пользователь вправе копировать и распространять программу без ограничений при соблюдении ряда условий.

При передаче копии исходного текста программы Пользователь должен передать ее в том виде в котором получил. В частности, должны быть в полном объеме сохранены все уведомления об авторских правах на программу, ссылки на GPL, указание на отсутствие гарантий любого рода, связанных с программой. Вместе с исходным текстом программы должна быть также передана копия самой лицензии. Иными словами, при передаче (распространении) копии программы Пользователь должен принять все зависящие от него меры, чтобы сохранить все указания автора на то, что программа является free software и дать возможность лицу, получившему копию программы, ознакомиться с GPL, то есть с условиями, на которых это лицо приобрело программу.

Пользователь вправе взимать плату за передачу копии программы или предоставление определенных гарантий, связанных с программой. Что именно следует понимать под «гарантиями» однако не вполне понятно. Из текста, который предлагается включать в уведомление об авторских правах (Имеется в виду следующий фрагмент: «... This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE...») можно предположить, что речь идет о гарантиях работоспособности программы и возможности ее использования по целевому назначению, однако, если толковать это положение GPL расширительно, то можно предположить что под «гарантиями» понимаются также услуги по поддержанию работоспособности программы и ее обслуживанию. В любом случае, российское право не знает термина «гарантия» в том смысле, в котором это слово употребляется в GPL.

Специально оговаривается, что это плата за действие по передаче копии программы (physical act of transferring a copy), но не за программу то есть эти платежи НЕ являются платой за преобретение прав на программу как объект авторского права. Исторически эта плата практически не превышает стоимость носителя информации на котором передается программа и собственно расходы по передаче этого носителя (например, отправки почтой).

Модификация.

Под модификацией в GPL понимается достаточно широкий круг действий, то есть понятие «модификация» в GPL шире по сравнению с соответствующим понятием российского законодательства (которое, напомним, означает «любые изменения, не являющиеся адаптацией», то есть изменением программы для обеспечения функционирования ее на аппаратных седствах пользователя). Иными словами, более точным термином будет «изменение», а не «модификация». Пользователь вправе изменять программу в соответствии со своими целями и потребностями без ограничений. Это действие также фактически является юридически безразличным. Однако, если Пользователь желает распространять измененную программу, то он вправе сделать это только при соблюдении ряда условий:

А) Измененные файлы должны содержать указание, на то что они были изменены, а также на дату такого изменения. Естественно, должно присутствовать и указание на лицо, изменившее файлы.

Б) Измененная программа должна распространяться на тех же условиях, что и исходная, то есть на условиях GPL.

В) Программа должна выводить уведомление об авторских правах, если она работает в интерактивном режиме (так же как и в случае создания и выпуска в свет оригинальной программы, о чем говорилось выше).

Если часть измененной программы может быть признана самостоятельной программой (произведением, отвечающим критерию творческой новизны) – оно может распространяться на отличных от GPL услових, но только отдельно от основной программы. Если же эта часть (даже если она может быть признана самостоятельным произведением) распространяется вместе с «основной» программой, то есть той, которую пользователь «изменил» (по существу, это уже едва ли можно назвать изменением, так как было создано новое произведение, которое можно выпустить в свет в качестве самостоятельного), то вся программа в целом (новое произведение фактически при этом не признается таковым, а считается именно изменением, внесенным в программу) должна распространяться на условиях GPL. Иными словами, если изменяя программу, Пользователь создал самостоятельное произведение, то он имеет выбор между выпуском в свет своего труда в качестве самостоятельной программы, либо включением его в основную программу. В последнем случае он связан условиями GPL.

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

Все сказанное выше относится к ИСХОДНЫМ ТЕКСТАМ программ, однако нередки случаи, когда программа распространяется только в виде исполняемых файлов. Вообще, распространение исходного текста является предпочтительной формой распространения программы, что прямо закреплено в абз. 2 ст. 3 GPL. GPL особо оговаривает случай распространения программ в виде объектного кода и исполняемых файлов.

Пользователь вправе копировать и распространять программу в виде объектного кода и исполняемых фалов на описанных выше условиях при соблюдении также следующих условий:

А) Вместе с программой представленной в таком виде распространять исходные тексты программы, ИЛИ

Б) Распространять вместе с программой письменное предложение, действительное в течение не менее трех лет, передать исходные тексты программы на носителе, обычно используемом для обмена программным обеспечением, за плату, не превосходящую по размеру расходы по передаче этих исходных текстов получателю, ИЛИ

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

Если распространение программы в виде объектного кода или исполняемого файла осуществляется путем предоставления доступа к копии программы из определенного места (в частности, если автор открывает доступ к файлам на ftp или http-сайте неограниченному кругу лиц), то распространением исходных текстов вместе с программой в этом случае будет считаться предоставление такого же доступа к ним. Иными словами, для того, чтобы соблюсти условия GPL, распространяя программу в виде объектного кода или исполняемого файла путем размещения их в сети, достаточно там же разместить исходные тексты программы.

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

Программы, распространяемые на условиях GPL и дистрибутивы GNU/Linux

Программы, лицензируемые на условиях GPL в обычном случае попадают к Пользователю, объединенными в дистрибутив. Возникает вопрос, как трактовать дистрибутив с правовой точки зрения. Распространяется ли дистрибутив в целом на условиях GPL или группировка программ на одном носителе (или в образе диска) не имеет таких последствий? Модель лицензирования free software (а равно и модель разработки Linux и free software вообще) существенно отличается от моделей разработки и лицензирования коммерческих программных продуктов (в нашем случае – операционных систем). Так, коммерческая ОС представляет собой единую монолитную совокупность программ, права на которые принадлежат, как правило, одной компании (хотя даже в продуктах Microsoft используются сторонние разработки). В связи с этим, вся ОС лицензируется как единый продукт. То есть, по существу, договор с правообладателем (напомним, он же «лицензия») один. И этот единственный договор распространяет свое действие на все программы, входящие в состав ОС. При ближайшем рассмотрении, эта ситуация оказывается не такой простой, как мы ее обрисовали, что можно проследить на примере упомянутой Microsoft Windows. Как уже было упомянуто выше, в состав системы (в сущности, здесь тоже вполне можно употребить понятие «дистрибутив») входят также программы сторонних разработчиков. Например, код браузера Internet Explorer основан на коде Mosaic, разработанного National Center for Supercomputing Applications at the University of Illinois. Или MP3 кодек, разработанный Fraunhofer IIS. Естественно, эти продукты лицензируются отдельно, на условиях, диктуемых их разработчиком. Здесь возможны две модели: 1. соответствующие программные продукты используются на основании общей лицензии (EULA – End User License Agreement) на операционную систему в целом, причем компания-«производитель» ОС должна предварительно приобрести у Правообладателя право распространять программу в составе ОС или 2. программа используется конечным пользователем на условиях самого Правообладателя. Лицензия Microsoft, кстати, не дает однозначного ответа на вопрос, какая модель используется в их случае, но путем логического толкования EULA, можно прийти к выводу, что речь идет о первой модели.

В сообществе open source такой подход принципиально невозможен, так как, в случае коммерческих ОС, права на ОС как единый продукт, а также права на все (или большинство) компоненты продукта принадлежат одному лицу – компании-производителю. В случае же free software, права на программы, входящие в дистрибутив, могут принадлежать абсолютно разным лицам, и распространяться эти программы могут на совершенно разных условиях. Таким образом, в дистрибутив могут входить программы, лицензируемые на условиях, отличных от условий GPL, в том числе и коммерческие программы. Это в свою очередь означает, что далеко не каждый дистрибутив может считаться в целом open source продуктом. Как правило, к этому классу программ относятся всякого рода утилиты и программы установки дистрибутива, созданные самим разработчиком дистрибутива. К их числу можно отнести,например, Yast из состава дистрибутива SuSE Linux и ряд других программ. Условия распространения и использования программ можно узнать у разработчика. Обычно вместе с программой распространяется и текст соответствующей лицензии. Следует отметить, что подавляющая масса этого класса программ бесплатна для некоммерческого использования.

Все сказанное выше позволяет сделать вывод о том, что приобретая коммерческую ОС, Пользователь приобретает права на ОС в целом как единый продукт, тогда как приобретая дистрибутив GNU/Linux, Пользователь приобретает права на множество отдельных программ, причем набор прав Пользователя в отношении разных программ может различаться. Задача соблюдения авторских прав при этом полностью лежит на пользователе дистрибутива.

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