Лицензия открытого по андроиде

Открытая лицензия: как ее использовать

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

Давайте попробуем разобраться, почему важно знать условия открытой лицензии.

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

Открытая лицензия – это особый вид лицензионного договора, по которому правообладатель может предоставить иному лицу право на использование произведения науки, литературы или искусства.

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

Виды открытых лицензий

Открытые лицензии бывают двух видов: копилефтовые и пермиссивные.

Копилефтовые (copyleft) лицензии содержат в себе, с одной стороны, свободу в просмотре, изменении исходного кода, создании на его основе нового ПО, а с другой стороны – ограничения. Например, ПО должно распространяться на тех же условиях, на которых оно было получено по первоначальной лицензии.

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

К такому виду лицензий относятся: GNU GPL (самая популярная в мире открытая лицензия), MPL (Mozilla Public License) и другие.

Именно лицензию GNU GPL использовал Moodle при создании своего ПО.

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

Элементы, используемые по разным пермиссивным лицензиям, легко могут сочетаться в одном ПО, в отличие от копилефтовых.

В числе пермиссивных лицензий – BSD (Berkeley Software Distribution License), MIT (Massachusetts Institute of Technology) и другие. В них крайне мало ограничивающих требований.

Особенности открытой копилефтовой лицензии рассмотрим подробнее на примере Moodle:

Любая открытая лицензия является договором присоединения. Условия лицензии должны быть доступны для просмотра каждому пользователю. Причем для акцепта договора и признания его заключенным в письменной форме будет достаточно совершения конклюдентных действий. Так, если кто-то станет изменять и/или распространять ПО Moodle, он будет считаться принявшим условия лицензии.

Открытые лицензии действуют по всему миру.

Лицензия Moodle является безвозмездной. Однако в открытой лицензии возможно предусмотреть как безвозмездное, так и коммерческое использование.

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

Ограничения, содержащиеся в лицензии Moodle, присущие копилефтовым лицензиям:

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

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

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

При включении исходного кода Moodle в созданное ПО его распространение возможно только на условиях лицензии Moodle.

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

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

Источник

Android от А до Я: Что такое открытый исходный код и открытое ПО (open source)

Открытое программное обеспечение (open-source software) предназначено для свободного доступа к исходному коду для всех желающих. Существуют разные лицензии с разными условиями использования от GPL (GNU General Public License) и до более лояльной Apache License. Первая разрешает бесплатное распространение при условии использования этой же лицензии для последующей продукции. Вторая не требует обязательного распространения готового продукта и открытости исходного кода. Android использует обе. Внутри продолжение рассказал об открытом исходном коде и открытом ПО.

Ядро Linux, которое используется в ОС, попадает под действие GPL. Это означает, что все изменения исходного кода должны быть доступны общественности после официального выхода софта. На практике это должно выглядеть следующим образом: такие производители как HTC, Samsung, Motorola, выпуская новое устройство, обязаны делать открытый доступ к исходному коду с моменты выпуска этого устройства. В большинстве своем производители железа немного затягивают с этим.

Исходный код для ОС Android как правило попадает под действие Apache License. Каждый может загрузить исходный код и изменить его, при этом нет необходимости делать код доступным для всех. По этой причине Android не могут изменить или усовершенствовать HTC Sense или MotoBlur. Несмотря на то, что подобная ситуация не нравится многим пользователям, она не может быть изменена в силу коммерческих причин. Если бы производители делали доступными все свои секреты, то отпала бы финансовая причина создавать различные инновации для опережения соперников в конкурентной борьбе. Таким образом, использование более лояльной лицензии является полностью оправданным. Выпуск новых устройств регулярно подтверждает это.

Источник

Новые лицензии для открытого ПО, кто ими занимается

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

Фото — Patrick Tomasso — Unsplash

Ситуация

Если open source проект стал успешным и приобрел известность в ИТ-сообществе, логично предположить, что его захотят коммерциализировать в том или ином виде. Например, большое число платных сервисов, построены на базе Hadoop или Spark. Такая ситуация оставляет разработчиков оригинальных продуктов не у дел с точки зрения распределения доходов. Многие из них выражают свое несогласие, хотя и не могут на что-то претендовать даже в рамках судебных дел, так как изначально сами приняли решение о выводе проекта под лицензию open source.

За последние несколько лет таких кейсов стало заметно больше, и атмосфера open source сообществе стала накаляться. Чтобы «сгладить углы» часть разработчиков решили перейти на новые типы открытых лицензий, а крупные ИТ-компании начали идти им навстречу — охотнее брать под свое крыло продукты, которые предусматривают выплаты разработчикам.

По этому пути пошли в Redis — они разработали свою лицензию Redis Source Available License (RSAL). Наиболее популярные модули базы данных компании могут использовать только за деньги. Об истории с лицензированием Redis мы рассказывали тут и тут.

В конце прошлого года MongoDB также выпустили ограничительную лицензию на программное обеспечение — Server Side Public License (SSPL). Любая компания, которая строит свои сервисы на основе этой СУБД, должна приобретать коммерческую лицензию или открывать исходники модифицированного продукта.

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

В июле появилась инициатива PolyForm — её авторы предлагают свою редакцию лицензий для открытых проектов — на выбор в зависимости от целей, которые преследует автор.

Что за лицензии

Их написала группа специалистов под руководством Хезер Микер (Heather Meeker) — юриста в области лицензирования открытого программного обеспечения. К слову, именно она помогла MongoDB разрабатывать Server Side Public License. Пока в пуле PolyForm есть пять лицензий:

• PolyForm Noncommercial — базовая некоммерческая лицензия, которая позволяет модифицировать код приложения и строить на его основе новые сервисы, если они не используются в коммерческих целях.
• PolyForm Strict — запрещает распространять копии программного обеспечения и разрабатывать сервисы на основе такого ПО. Разрешены только в личные проекты и исследования (например, в учебных целях).
• PolyForm Internal Use — разрешено модифицировать код и строить на его базе новые сервисы, но использовать их можно только для решения внутренних задач компании.
• PolyForm Small Business — работать с таким программным обеспечением могут лишь компании, в которых трудится менее 100 человек, а годовой доход не превышает миллиона долларов.
• PolyForm Free Trial — использовать приложение, модифицировать его код и строить на его основе новые сервисы можно лишь в течение пробного периода: он составляет 32 дня.

Фото — Tim Mossholder — Unsplash

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

Кто уже использует

У одной из лицензий PolyForm есть первый пользователь. Им стал американский стартап YugaByte, который разрабатывает одноимённую СУБД — YugaByte DB. Их продукт состоит из двух частей: непосредственно системы управления базами данных и аналитического инструмента для неё.

YugaByte DB — это открытое программное обеспечение (GitHub), которое распространяется по лицензии Apache 2.0. Компании могут свободно пользоваться этой СУБД, строить на её основе свои приложения и коммерциализировать их.

Что касается, аналитического инструмента, то он распространяется по лицензии PolyForm Free Trial. Эта утилита предлагает несколько уникальных функций для работы с YugaByte DB и является платным сервисом. Однако лицензия PolyForm дает возможность изучить все функции продукта (и начать строить на его основе другие сервисы) в течение месяца. Разработчики надеются, что дополнительный сервис поможет активнее продавать подписку. Если нет, то компании смогут работать с СУБД YugaByte бесплатно, но уже без дополнительной аналитики.

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

О чем мы пишем в наших блогах и социальных сетях:

Вот это поворот: почему Apple изменила требования к разработчикам приложений
В Open Invention Network больше трех тысяч лицензиатов — что это значит для открытого ПО

Как защитить виртуальный сервер в интернете
Резервное копирование файлов: как подстраховаться от потери данных

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

Источник

Лицензии открытого кода: краткое руководство

Все лицензии на программное обеспечение делятся на две больших группы: несвободные (проприетарные) и свободные. У этих категорий есть существенные различия, которые определяют права использования. Открытый исходный код распространяется на основе открытой лицензии. В этой статье мы разберем, какие существуют виды открытых лицензий и что они означают.

Открытая лицензия позволяет свободно и совместно использовать, модифицировать программное обеспечение.

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

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

На схеме показана детализация категорий программ. Изображение с сайта www.gnu.org

Список одобренных лицензий для открытого ПО

Такой список составила организация по продвижению открытого ПО Open Source Initiative. В него вошли несколько популярных подтвержденных лицензий.

1. GNU, General Public License (GPL). В сообществе программистов это одна из ключевых лицензий, которая используется при написании открытого ПО. Ее создал программист, основатель движения открытого ПО и проекта по разработке свободного ПО GNU ( The GNU Project ) Ричард Столлман.

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

Например, под этой лицензией распространяется ядро Linux, MySQL, Asterisk и многие CMS-системы (системы управления содержимым): MovableType, MODx, WordPress, Joomla, Drupal, osCommerce.

2. Apache License 2.0. Гибкая лицензия, которая имеет четкие права. Плюс в том, что они могут применяться к копирайтам и патентам. Некоторые из доступных прав: права безвозмездны, вечны, не эксклюзивны и глобальны. Если вы распространяете код, вы должны указать имя разработчика.

3. BSD (Berkeley Software Distribution). В этой лицензии не такие строгие правила, как в GPL. Разработчики должны выполнить несложные условия: указывать в документации, что в продукте используются разработки создателей оригинального программного обеспечения и не использовать имена (или названия) создателей этого ПО в рекламных целях без письменного согласия.

BSD-лицензий существует несколько видов. Наиболее используемые New BSD/Modified BSD и Simplified BSD/FreeBSD. Лицензия New BSD разрешает распространять ПО с любой целью, не дает гарантий и не несет ответственности за последствия использования. Есть пункт в виде специального разрешения: нельзя использовать имена участников вашего проекта. Между этими лицензиями единственное отличие: в Simplified BSD не ограничено использование имен.

Например, компания Apple использует преимущественно лицензии BSD.

4. GNU Lesser General Public License (LGPL). Появилась в рамках проекта GNU. Дает больше прав, чем GPL. Главное отличие в том, что она позволяет использовать продукты LGPL в проектах, которые распространяются под другими лицензиями.

Один из известных продуктов, выпускаемый под этой лицензией, – офисный пакет OpenOffice.org.

5. MIT license (Massachusetts Institute of Technology). Очень короткая и достаточно свободная лицензия. Она разрешает использовать, копировать и модифицировать программное обеспечение на ваше усмотрение. ПО можно предоставлять бесплатно или даже продавать. Ограничений нет. Но есть ограничение в том, что ваше ПО должно сопровождаться лицензионным соглашением.

Программное обеспечение, которое лицензировано MIT, можно использовать в закрытых продуктах. Лицензия схожа с BSD. Но в MIT можно использовать название продукта и имена создателей в рекламных целях. Под MIT распространяются X Window System (X11) и Ruby on Rails.

6. Mozilla Public License 2.0. Содержит в себе черты BSD и GPL. Исходный код, скопированный или измененный под лицензией MPL, должен быть лицензирован по правилам MPL. Лицензия позволяет объединить его в одной программе с проприетарными (несвободными) файлами.

7. Common Development and Distribution License. Эта лицензия позволяет совмещать открытый и закрытый код, защищенный авторскими правами. Файлы можно совмещать с файлами, которые находятся под другими открытыми или проприетарными (несвободными) лицензиями.

8. Eclipse Public License. Лицензия наиболее подходит для бизнес-ориентированного свободного ПО и базируется на лицензии CPL. У нее более гибкие правила отказа на авторские права.

По мнению разработчика свободного программного обеспечения Сергея Матвеева стоит использовать лицензии семейства GNU GPL. «Мне важно, чтобы мой труд был свободным ПО, чтобы он принес пользу обществу, чтобы никто не смог сделать мое ПО не свободным или использовать его в помощь несвободному, так как это обесценило мой вклад, – объясняет эксперт. – Многие говорят, что не хотят использовать GPL, потому-что хотят свободны, абсолютного отсутствия ограничений. В таком случае подходит только public domain: общественное достояние, где ПО действительно перестает что-то требовать или ограничивать».

С полным списком одобренных лицензий можно ознакомиться на сайте Open Source Initiative.

Источник