Программы с открытой лицензией примеры

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

18 июня 2014 Суды и споры

Свободная лицензия

Данное понятие не предусмотрено четвертой частью ГК РФ, которой урегулированы права интеллектуальной собственности. При этом, в профессиональной среде в настоящее время понятием «свободная лицензия» принято обозначать положение пункта 5 статьи 1233 ГК РФ, действующее с 1 января 2015 года. Здесь и далее по тексту это положение обозначается в кавычках — «свободная лицензия». В соответствии с указанным положением правообладатель может в особом порядке сделать заявление о предоставлении любым лицам возможности безвозмездно использовать принадлежащие ему произведение либо объект смежных прав на определенных условиях и в течение указанного срока. Отличительные особенности «свободной лицензии» приведены ниже, в сравнительной таблице.

Открытая лицензия

Прежде всего, необходимо различать открытую лицензию на объекты авторского права (произведения) и открытые лицензии на результаты интеллектуальной деятельности (изобретения, полезные модели, промышленные образцы и селекционные достижения) в смысле статей 1368 и 1429 ГК РФ, которые далее не рассматриваются. Открытая лицензия на произведения прямо предусмотрена статьей 1286.1 ГК РФ, действующей с 1 октября 2014 года. По своей сути данная норма является легализацией открытых (open-source) и свободных (free) лицензий, как они понимаются в мировой практике. Об этом свидетельствуют и следующие отличительные особенности открытой лицензии.

Лицензионные программы бесплатно. Бесплатные лицензии.

Сравнительная таблица лицензий

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

Источник: patentus.ru

Виды лицензий Open Source

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

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

Вечный триал для любой программы

BSD license, Berkeley Software Distribution license – Программная лицензия университета Беркли, лицензионное соглашение, впервые применённое для распространения UNIX-подобных операционных систем BSD.

Лицензия BSD допускает проприетарное коммерческое использование ПО. Для ПО, выпущенного под этой лицензией, допускается встраивание в проприетарные коммерческие продукты. Работы, основанные на таком ПО, даже могут распространяться под проприетарными лицензиями (но всё же обязаны соответствовать требованиям лицензии).

Наиболее заметные примеры таких программ – использование сетевого кода BSD в продуктах корпорации Microsoft, использование многих компонентов FreeBSD в операционной системе Mac OS X, а также использование ядра FreeBSD для создания PlayStation 4. Можно применять к распространяемому продукту одновременно лицензию BSD и какую-то другую. Например, так было с самыми ранними версиями самой BSD, которая включала проприетарные материалы из ATавторским левом», но совместима с GNU GPL.

Лицензия GPL (General Public License)

Лицензия на свободное программное обеспечение, созданная в рамках проекта GNU в 1988 г., по которой автор передаёт программное обеспечение в общественную собственность. GPL предоставляет получателям компьютерных программ следующие права, или «свободы»:

-свободу запуска программы, с любой целью;

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

-свободу распространения копий;

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

Лицензии-прототипы содержали части, подобные частям GPL, но были специфичными для каждой программы. Целью Ричарда Столлмана являлось создание единой лицензии, которая могла бы использоваться для любого проекта, делая таким образом возможным совместное использование кода различными программами. Такой лицензией и стала первая версия GNU GPL, выпущенная в январе 1989 года.

В 1990 году стало очевидным, что требуется менее ограничивающая лицензия, которая могла бы использоваться для некоторых библиотек ПО; когда версия 2 GPL была выпущена в июне 1991 года, вместе с ней была введена в обращение GNU Library General Public License (GNU LGPL, LGPL), также получившая номер 2, для обозначения того, что эти две лицензии являются взаимодополняющими. Номера версий разошлись в 1999 году, когда была выпущена LGPL версии 2.1, которая была переименована в Lesser General Public License для уточнения её местоположения в философии GNU.

В 2005 году Эбен Моглен и Ричард Столлман написали черновик третьей версии GPL. В разгоревшейся затем 7 апреля 2005 года в Филадельфии дискуссии Столлман сделал несколько заявлений, касающихся патентов на ПО и DRM.

Компании, распространяющие GPLv3-ПО, не могут предъявлять к пользователям GPLv3-продуктов судебные претензии касательно обхода распространяемыми версиями продуктов ТСЗАП и нарушения ими же патентов распространителей. Также запрещена тивоизация. 19 ноября 2007 года была выпущена GNU Affero General Public License v3 — GPLv3 с изменениями на основе Affero General Public License v1, выпущенной в 2002 году Affero Inc. на основе GNU GPLv2. Данная лицензия добавляет возможность получения исходного кода пользователям программы, взаимодействующим с ней только через сеть.

Использование копилефта накладывает определённые ограничения на объединение работ под GPL и другими свободными (в первую очередь, копилефтными) лицензиями в производных работах. GPLv2 несовместима с лицензиями Mozilla Public License (MPL), Common Development and Distribution License (CDDL), Apache Software License и некоторыми другими. GPLv3 была сделана совместимой с лицензией Apache, однако с MPL и её производными она несовместима.

Работы под MPL часто одновременно лицензируются и под GPL, и под LGPL (например, код Mozilla Firefox), что частично решает проблему. Известным примером несовместимости GPL с другой лицензией является невозможность включения файловой системы ZFS, выпущенной Sun Microsystems под CDDL, в ядро Linux, выпущенное под GPLv2. Любая несвободная лицензия несовместима с GPL.

Лицензия свободного программного обеспечения за авторством Free Software Foundation (FSF). Лицензия позволяет разработчикам и предприятиям использовать и внедрять программное обеспечение, лицензированное на условиях LGPL в их собственном (даже проприетарном) программном обеспечении, при этом отсутствует обязательное требование предоставления исходного кода собственных компонентов под копилефт лицензией. Необходимым условием лицензии является только возможность модифицировать программное обеспечение, лицензируемое под LGPL, конечными пользователями, предоставляя им для этого исходный код. В проприетарном программном обеспечении код под лицензией LGPL обычно используется в форме разделяемой библиотеки, так что существует четкое разделение между проприетарными компонентами и LGPL-компонентами. LGPL в основном используется библиотеками программного обеспечения, впрочем, она также используется некоторыми автономными приложениями.

Главное отличие GPL от LGPL в том, что последняя позволяет лицензируемой под ней работе линковаться (в случае библиотеки, «использоваться») с не-(L)GPL программным обеспечением, вне зависимости от того, свободное это программное обеспечение или проприетарное. Не-(L)GPL программное обеспечение затем может распространяться под любыми условиями, если не является производной работой вышеупомянутого ПО. Если это не так, программное обеспечение должно позволять «модификацию конечным пользователем для целей использования данного программного обеспечения, а также обратную разработку для отладки внесенных изменений.» Впрочем, лицензия устанавливает это юридическое требование вне зависимости от того, является ли программное обеспечение под лицензией LGPL производной работой или нет. Автономный исполнимый модуль, динамически линкующийся с библиотекой путём .so, .dll или схожим способом, является приемлемым и не является производной работой, это определено в LGPL. Он характеризуется определением «работы, которая использует библиотеку».

Лицензия CPL (Common Public License)

Лицензия на свободное ПО, разработанная IBM. Лицензией дается разрешение в области авторского права на: воспроизведение (копирование), выполнение производных работ, публичный показ, публичное исполнение, распространение, сублицензирование.

В области патентного права разрешается: создание, использование, продажа, выставление на продажу, импортирование. Разрешено предоставлять гарантии за отдельную плату.

Лицензия на свободное программное обеспечение Apache Software Foundation. В январе 2004 года ASF утвердила Apache License 2.0. Данная лицензия работает, по существу, как MIT, BSD и Apache License 1.1, с некоторыми дополнительными преимуществами. Например, лицензирование производных работ в рамках других лицензий разрешается при соблюдении условий Apache License 2.0.

Основные изменения: упрощение использования лицензии для не ASF-проектов, улучшение совместимости с GPL, возможность использовать ссылку на описание лицензии вместо того, чтобы описывать её в каждом файле. Подобно любой другой лицензии на свободное программное обеспечение, лицензия Apache даёт пользователю право использовать программное обеспечение для любых целей, свободно изменять и распространять изменённые копии, за исключением названия. Фонд Free Software Foundation объявил все версии лицензии Apache несовместимыми со второй версией GPL.

Наиболее полный перечень лицензий представлен на сайте OSI: https://opensource.org/licenses/alphabetical . Так или иначе ключевые признаки свободной лицензии содержатся в дефинициях, выработанных двумя основными организациями, которые координируют деятельность в сфере пропаганды и продвижения свободного ПО. К ним относится Фонд свободного программного обеспечения (Free Software Foundation), основанный в 1985 г. Ричардом Столлманом (далее – FSF) и Инициатива открытого исходного кода (Open Source Initiative), основанная в 1998 г. Эриком Реймондом и Брюсом Перенсом (далее – OSI). С точки зрения FSF свободным может считаться ПО (и соответственно лицензия, на условиях которой оно распространяется), при условии, что лицензия предоставляет 4 основных свободы:

1) свобода запуска программы для любых целей;

2) свобода изучения устройства программы и ее адаптации для собственных нужд;

3) свобода распространения копий программы;

4) свобода внесения улучшений в программу и их распространения на пользу сообщества.

С точки зрения OSI, свободная лицензия должна отвечать не четырем, а десяти условиям:

1) Свободное распространение. Лицензия не должна ограничивать какую-либо из сторон в праве осуществлять дальнейшее распространение копии программы в том числе в составе сборок вместе с иными компьютерными программами. При этом не допустимо взимание роялти или иной платы за предоставление такого права.

2) Доступ к исходному коду. Компьютерная программа должна включать в себя исходный код либо возможность получения к нему доступа, предпочтительно по сети Интернет, без дополнительной платы. Лицензионное соглашение должно прямо предусматривать предоставление права использования программы в форме исходного кода.

3) Производные произведения. Лицензионное соглашение должно предусматривать право лицензиата вносить изменения в программу и создавать производные программы, а также лицензировать модифицированную версию на условиях первоначальной лицензии. Здесь кроется основное отличие от GPL-подобных лицензий FSF: условие о лицензировании производной программы на условиях первоначальной лицензии носит диспозитивный характер и не является обязательным для квалификации лицензии в качестве свободной по стандартам OSI.

4) Чистота исходного кода. Лицензия может требовать, чтобы модифицированная программа распространялась под иным именем или номером версии, чем первоначальная. Указанное положение направлено на защиту репутации первоначального автора, поскольку их репутация может пострадать в случае внесения распространения низкокачественных изменений под их именем.

5) Отсутствие дискриминации по отношению к определенным лицам или группам лиц. Лицензия не может ограничивать право использования программного продукта только определенными категориями лиц, например, некоммерческими организациями или запрещать его использование коммерческими организациями.

6) Отсутствие дискриминации по сфере применения. Лицензия не может предусматривать ограничений по сфере использования программного продукта, например, ограничивать возможность его использования исключительно научными целями либо запрещать применение в определенных отраслях.

7) Распространение лицензии. Права, предоставляемые лицензией, должны распространяться на всех лиц, которым программа была передана. При этом такие права должны предоставляться таким приобретателям без необходимости совершения с их стороны каких-либо дополнительных действий или подписания каких-либо дополнительных соглашений.

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

9) Лицензия не должна ограничивать распространение иных программ. Так, условия лицензии не должны требовать, чтобы иные программы, распространяемые на одном носителе вместе с лицензируемой программой, относились к категории программного обеспечения с открытым исходным кодом.

10) Лицензия должна быть технологически нейтральной. Ее предоставление не должно быть «привязано» к определенной технологии или интерфейсу. В частности, она не может существовать исключительно в форме click-wrap license, поскольку такая лицензия предполагает использование графического пользовательского интерфейса и будет несовместима с интерфейсом в виде командной строки

Принципиальных отличий между дефинициями свободных лицензий, предложенными двумя указанными организациями, нет. Основные отличия сводятся к тому, что, с одной стороны, дефиниция open source initiative является более развернутой за счет большей детализации включенных в нее признаков, а с другой – более гибкой за счет включения в понятие свободных тех лицензий, которые таковыми не считаются FSF. Последнее различие вызвано идеологическими разногласиями между FSF и OSI, которые вкратце можно свести к тому, что для FSF движение за свободное ПО представляют собой своего рода «крестовый поход» против производителей коммерческого ПО, в то время как для OSI свободные лицензии – это особая методология разработки ПО, которая может представлять интерес и для производителей коммерческого ПО. Как следствие, дефиниция OSI не предполагает безусловной обязанности лицензиата, реализующего право на модификацию первоначальной программы, распространять модифицированную версию на тех же самых условиях, что и первоначальная (т.н. «вирусные» условия). Такой лицензиат может выбрать иной вид свободной лицензии или даже распространять ее на условиях классической коммерческой лицензии.

Теория и практика постепенно соединяются. Судьбы проприетарного ПО, Open Source переплетаются, постепенно появляются новые нормы, регулирующие и свободное, и лицензированное, как частное, программное обеспечение. Но если proprietary software регулируется превентивно государством, то в регулирование free software вносят коррективы сообщество разработчиков, не отвлекающихся на юридические формальности.

Источник: it-jurist.ru

Краткий гид по open‑source лицензиям

Перед тем как выложить software-продукт в сеть, хорошо бы подумать об авторских правах и возможных нюансах использования вашего кода. Здесь на помощь приходят open-source лицензии. Сегодня мы рассмотрим наиболее популярные из них:

• GNU GPL
• MIT
• Apache 2.0
• MPL v2.0
• The Unlicense

Общие понятия

Когда речь идет о лицензиях, вам могут встретиться следующие термины:

• Копилефтная лицензия — требующая распространять производные продукты под такой же лицензией. То есть, допустим, вы использовали в своем проекте стороннюю библиотеку с копилефтной лицензией X. Вам придется также лицензировать продукт Х.
• Разрешительная лицензия не накладывает никаких ограничений. Использовав чужой модуль, обладающий такой лицензией, вы можете распространять конечный продукт под любой лицензией, как коммерческой, так и open-source.
• Совместимость. Вы можете использовать в качестве компонентов своего проекта стороннее ПО с лицензиями X, Y, Z, если X, Y, Z совместимы с лицензией вашего проекта.

GNU General Public License

Самое важное, что вам нужно знать о GNU GPL это:

• Вы должны предоставить для изучения исходный код вашей программы, даже если распространяете продукт в скомпилированном виде.
• Если вы использовали в вашем проекте ПО, лицензированное GNU GPL, конечный продукт также должен быть лицензирован GNU GPL. То же касается модификации и распространения версий чужого кода.

MIT

Лицензия MIT наиболее «на слуху» в мире свободного ПО. Если разработчику не важны патентные права и в каком виде будет распространятся его код, оказавшись в сети, выбор часто падает на MIT.

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

Apache 2.0

В отличие от MIT, делает более сильный акцент на авторские права. В шапке каждого файла исходного кода нужно указать авторство:

Copyright [yyyy] [name of copyright owner] Licensed under the Apache License, Version 2.0 (the «License»);

Это не обязательно делать в исходном коде — можно использовать файл NOTICE. Если вы используете в проекте чужой компонент под лицензией Apache 2.0, содержащий свой файл NOTICE, вы обязаны скопировать его содержимое в конечный продукт.

Apache 2.0 является разрешительной, то есть конечный продукт с компонентами Apache 2.0 может иметь любую лицензию. Требует упоминания исходного авторства, а также указания всех изменений, внесенных в работу.

Mozilla Public License v2.0

MPL является копилефтной лицензией, но не для целого проекта, а для отдельных его файлов.

• Если вы изменили файл, он должен остаться под MPL 2.0.
• Можно без ограничений добавлять в проект компоненты любых лицензий.

The Unlicense

Попытка сделать код общественным достоянием и отказаться от авторства.

Beerware

Лицензия с забавным названием. Является разрешительной и не имеет ограничений. Содержит необязательное условие купить автору пива (выпить в честь автора), если вам понравился его проект 🙂

Вывод

Хотите, чтобы другие разработчики делились улучшениями вашего продукта? Выбирайте GNU GPL или MPL. Важен вопрос авторских прав? Тогда вам подойдет Apache 2.0. Нет точных требований к лицензии?

Можно выложить код в интернет, лицензировав его MIT. Полный список лицензий есть на сайте choosealicense.

If you like this article, share a link with your friends

Read more

We talk about interesting technologies and share our experience of using them.

Источник: codex.so