лицензия gnu gpl что это

Мир лицензий: Часто задаваемые вопросы про лицензии GNU GPL

Недавно я написал статью под названием Мир лицензий: разбираемся с GNU GPL, в которой постарался осветить мир gpl-лицензий, историю и различия в версиях. Статья вызвала большой резонанс, возникло много вопросов, споров. Чтобы немного прояснить ситуацию с GPL, я решил перевести часть официального GPL FAQ. В нем затрагиваются многие вопросы и разъясняются некоторые позиции лицензии. Надеюсь, данный перевод несколько прояснит ситуацию с GPL.

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

Почему GPL разрешает пользователям публиковать модифицированные ими версии?

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

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

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

Требует ли GPL, чтобы исходный код измененной версии был выложен для обозрения?

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

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

Таким образом, GPL позволяет выпускать модифицированные программы только в определенном порядке, и ни в каком другом; но решение о выпуске остается за вами.

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

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

Разрешает ли мне GPL продавать копии программ за деньги?

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

Позволяет ли мне GPL устанавливать цену на скачивание программы с моего сайта?

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

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

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

GPL — это лицензия свободного ПО и поэтому разрешает людям использовать и распространять ПО без обязанности платить кому-то за это.

Позволяет ли мне GPL распространять модифицированные или бета версии под NDA?

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

Что означает, когда говорят что две лицензии «совместимы»?

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

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

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

Что означает, когда говорят, что лицензия «совместима с GPL»?

Это означает, что другая лицензия и GNU GPL — совместимы; вы можете совмещать код, выпущенный под другой лицензией с кодом, выпущенным под GNU GPL в одной более крупной работе.

Все версии GNU GPL разрешают делать такие комбинации в частном порядке; они так же разрешают распространение таких комбинаций под той же самой GNU GPL версией. Другая лицензия совместимая с GPL также разрешает это.

GPLv3 совместима с большим количеством лицензий, чем GPLv2: это позволяет вам создавать комбинации кода, у которых есть особые типы дополнительных требований, которых нет в самом GPLv3. Секция 7 содержит больше информации об этом, включая список разрешенных дополнительных требований.

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

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

Может ли разработчик программы, выпустивший ее ранее под лицензией GPL, в дальнейшем ограничить ее использование?

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

Почему original BSD license несовместима с GPL?

Потому что она содержит особое требование, которого нет в GPL; а именно, требование касающиеся рекламирования программы. Секция 6 GPLv2 говорит:
«Вы не можете требовать от пользователя дополнительных условий нарушающих права данные в этом документе.»
GPLv3 говорит подобное в секции 10. Рекламная оговорка содержит такие ограничения, и поэтому несовместима с GPL.
Исправленная BSD-лицензия не содержит рекламной оговорки, что исправляет проблему.

Рассмотрим ситуацию: Х выпустил v1 продукта под GPL. Y распространил v2 с изменениями, основанными на v1. Х хочет переделать v2 в не-GPL-лицензию. Требуется ли Х-у согласие Y?

Да. От Y требовалось выпустить его версию под GNU GPL, как результат того, что она была основана на v1. Ничего не требует от Y соглашаться на то, чтобы выпустить его код под другой лицензией. Наоборот, Х должен получить разрешение Y перед выпуском кода под другой лицензией.

Могу я выпустить модифицированную версию GPL-программы в только бинарном виде?

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

Могу я выложить бинарники на моем сайте, а исходные коды на другом?

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

Источник

Национальная библиотека им. Н. Э. Баумана
Bauman National Library

Персональные инструменты

GNU GPL (General Public License)

GNU General Public License (Открытое Лицензионное Соглашение GNU) – лицензия созданная фондом Free Software Foundation на свободное программное обеспечение с целью предоставления пользователям прав свободный запуск программ с любой целью, прав на копирование, модифицирование (если есть доступ к исходному коду), распространение программы на улучшение программы и выпуск улучшений в открытый доступ (если есть доступ к исходному коду). В российском законодательстве положение GPL (general public license) определяется ч.4 Гражданского кодекса РФ. [6]

Содержание

История

GPL была написана Ричардом Столлманом для использования с программами как часть проекта GNU. Она базируется на сходных лицензиях, использовавшихся для ранних версий GNU Emacs, GDB (отладчика GNU) и Коллекции компиляторов GNU (GCC), унифицирует и обобщает их.

GPL v1

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

GPL v2

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

GPL v3

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

В 2006 году Free Software Foundation начал двенадцатимесячную консультацию о возможных изменениях в GPL. Этот процесс координируется Фондом свободного программного обеспечения, Правовым центром свободы программного обеспечения и Европейским фондом свободного программного обеспечения. Целью консультаций является создание новой версии лицензии с учётом рекомендаций и опыта всех заинтересованных сторон, но с сохранением приверженности принципам свободного ПО.

Первый черновик был опубликован 16 января 2006 года.

Тем не менее, 25 января 2006 года Линус Торвальдс публично заявил, что ядро Linux, используемое в операционной системе GNU/Linux, скорее всего, будет по-прежнему распространяться по лицензии GPL версии 2. (В отличие от многих других GPL-программ, Linux распространяется на условиях только второй версии GPL, а не «версии 2 или более поздней»).

В своём сообщении в почтовую рассылку для Linux-разработчиков Линус Торвальдс, автор ядра Linux, говорит о том, что ОС Solaris может инициировать переход ядра на новую готовящуюся версию лицензии на свободное программное обеспечение — GNU GPL v3.

«Если Sun действительно собирается выпустить OpenSolaris под GPLv3, это может стать хорошей причиной для перехода Linux на новую лицензию» — заявил Торвальдс.

«Не думаю, что GPL v3 — такая же хорошая лицензия, как и GPLv2, но с другой стороны, я прагматик, и, если мы можем избежать ситуации с существованием двух ядер, распространяющихся под разными лицензиями, и с вызванными этим разногласиями, я по крайней мере вижу причину для перехода на GPL v3», — пояснил свою позицию главный разработчик Linux-ядра.

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

Компании, распространяющие GPL v3-ПО, не могут предъявлять судебные претензии к пользователям GPL v3-продуктов.

Окончательная версия GPL v3 была опубликована 29 июня 2007.

19 ноября 2007 была выпущена GNU Affero General Public License v3 — GPLv3 с изменениями на основе Affero General Public License version 1, выпущенной в 2002 году Affero Inc. на основе GNU GPLv2. Данная лицензия добавляет возможность получения исходного кода пользователям программы, взаимодействующим с ней только через сеть.

Описание

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

Разработчики, использующие GNU GPL, защищают наши права с помощью следующих двух шагов:

Для удобства пользователей и авторов, GPL требует чтобы модифицированные версии обозначались как «изменённые», таким образом проблемы и ошибки изменённых версий не будут ошибочно приписаны авторам оригинала. [7]

Особенности

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

Совместимость

Использование копилефта накладывает определённые ограничения на объединение работ под GPL и другими свободными (в первую очередь, копилефтными) лицензиями в производных работах.

GPL v2 несовместима с лицензиями Mozilla Public License, Common Development and Distribution License, Apache Software License и некоторыми другими.

GPL v3 была сделана совместимой с лицензией Apache License, однако с MPL и её производными она несовместима. Работы под MPL часто одновременно лицензируются и под GPL и LGPL (пример: код Mozilla Firefox), что частично решает проблему.

Известным примером несовместимости GPL с другой лицензией является невозможность включения файловой системы ZFS, выпущенной Sun Microsystems под CDDL, в ядро Linux, выпущенном под GPL v2.

Совместимые лицензии

Сравнительная характеристика условий лицензий [9]

**В данном случае речь идет об исходном тексте.

Исключения

Исключения из лицензий GNU можно посмотреть тут [1]

Сложности

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

Иногда у авторов возникают затруднения в выборе того, что считать исходным кодом для цифровых представлений аналоговых данных: музыкальных записей, видео с видеокамеры, фотографических изображений. Обычно это происходит при использовании сжатия с потерями или многократном преобразовании (например, цифровая запись игры на пианино по нотам или пения). Например, под вопросом свободность звуковой дорожки под лицензией CC BY-SA (не требующей распространять исходный код), если её компоненты недоступны под свободной лицензией отдельно, так как из них нельзя собрать такую же или другую звуковую дорожку.

Законотворчество

В настоящее время соответствие GPL законодательству Российской Федерации до конца ещё не определено, отсутствуют законодательные акты или разъяснения арбитражных судов по применимости данной лицензии в России и её соответствие законодательству, в особенности в части передачи прав и безвозмездной основы такой передачи. Между тем, данная область достаточно интенсивно обсуждается в настоящее время.

Лицензионный договор GPL не допускает модификации под локальное законодательство и в нём не указаны территориальные ограничения. Поэтому такой договор не совместим с правовым режимом, установленным на территории РФ, так как в нём не предусмотрено адекватное регулирование свободного распространения продуктов или услуг. Но в то же время, международное право имеет примат перед российским для международных договоров и сделок, то есть для правообладателя — гражданина РФ, действие договора под лицензией GPL будет распространяться только на территорию РФ (п. 3 ст. 1235 ГК РФ), а для иностранного гражданина он будет действовать в полную силу раздела 6 ГК РФ «Международное частное право». [12]

Тексты лицензий

Тексты лицензий на английском языке можно найти как на сайте Open Source Initiative, так и на сайте GNU. Очевидно, что текст GPL и LGPL, а также изменения к ним или новые версии этих лицензий, если они появятся, лучше всего брать с сайта GNU. Однако тексты остальных лицензий: MIT, BSD, Mozilla public license, Apache software license лучше всего взять с сайта Open Source.

Перевод универсальной общественно лицензии GNU на русский язык можно найти тут [2]

Источник

Вкратце о лицензиях Open Source

Многие разработчики и дизайнеры хотят опубликовать свои работы в виде открытых проектов. Они хотят иметь возможность делиться своим кодом. Сообщество open-source с каждым днём всё прочнее стоит на ногах. Открытые программы существуют для любых видов задач, каких вы только можете себе вообразить. А многие веб-разработчики используют свободное ПО как фундамент для своей работы (WordPress, Drupal и многие другие CMS открыты, свободны и бесплатны).

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

Что такое лицензирование?

В двух словах: лицензирование даёт определённые полномочия сторонним лицам на использование вашего продукта.

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

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

GNU General Public License

Лицензия GNU GPL одна из самых часто используемых лицензий для open-source проектов. GPL гарантирует широкий диапазон прав разработчикам, которые работают над открытыми проектами. Она позволяет пользователям легально копировать, распространять и модифицировать ПО. Это означает, что вы можете:

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

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

Зарабатывать на распространении программного обеспечения.
Если вы хотите продавать бесплатное ПО – нет проблем. Но вы обязаны приложить к нему лицензию GPL, в которой разъясняется тот факт, что это ПО вообще-то бесплатное. Многие зарабатывают на технической поддержке, почтовой рассылке дисков и т.п.

Делать какие угодно модификации ПО.
Если вы хотите добавить или убрать какой-то функционал программы – нет никаких преград для этого. Если вы хотите использовать часть кода в своём проекте, вы имеете на это право. Условие состоит лишь в том, что проекты, основанные на GPL должны и дальше распространяться под этой лицензией.

Использовать GPL очень легко. Необходимо лишь внести необходимую информацию в исходный код своей программы и приложить к нему копию GPL.

GNU Lesser General Public License

От GNU появилось много производных лицензий. Самая популярная из них – LGPL. Она даёт несколько больше прав, чем стандартная GPL. Обычно используется для лицензирования библиотек, которым нужно работать в связке с не-GPL и с не-открытыми программами. Так как GPL требует, чтобы ПО с участками GPL также распространялось под GPL, разработчики не могут использовать код под GPL-лицензией для разработки проприетарного коммерческого ПО. LGPL даёт такое право.

Лицензия BSD

Существует целое семейство BSD-лицензий, которые накладывают гораздо меньше ограничений на распространение продукта, чем строгая GPL. Среди всей палитры BSD-лицензий, существуют 2 наиболее используемые: New BSD/Modified BSD и Simplified BSD/FreeBSD. Обе GPL-совместимы и одобрены в качестве свободных лицензий влиятельной организацией Open Source Initiative.

Лицензия New BSD разрешает неограниченное распространение с любой целью, не даёт никаких гарантий и не несёт никакой ответственности. Лицензия содержит также положение, ограничивающее использование имён участников проекта для подтверждения работы без специального разрешения. Говоря нормальным языком, “делайте с кодом что хотите, но не говорите, что это вы его написали”. Основное различие между New BSD и Simplified BSD в том, что последняя не включает в себя пункт этого “специального разрешения”.

MIT License

Лицензия MIT, наверное, самая короткая и самая обобщённая из всех популярных лицензий open-source. Её положения более либеральны, чем в других лицензиях. Основные положения выглядят следующим образом:

Данная лицензия разрешает, безвозмездно, лицам, получившим копию данного программного обеспечения и сопутствующей документации (в дальнейшем именуемыми “Программное Обеспечение”), использовать Программное Обеспечение без ограничений, включая неограниченное право на использование, копирование, изменение, добавление, публикацию, распространение, сублицензирование и/или продажу копий Программного Обеспечения, также как и лицам, которым предоставляется данное Программное Обеспечение, при соблюдении следующих условий:

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

Что всё это значит:

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

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

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

Лицензия Apache

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

Вот основные положения:

Права вечны
Как только они вам предоставлены, вы можете использовать их всегда.

Права глобальны
Если права выданы в одной стране, то они распространяются и во всех других странах. Например, если вы живёте в США, а оригинальная лицензия была выдана в Индии, вы всё равно не ограничены в использовании кода (ничего не могу сказать про Украину, Россию и Белоруссию, у нас всё очень зыбко).

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

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

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

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

Creative Commons

Лицензия Creative Commons (CC) не совсем open-source лицензия, так как она обычно используется в мультимедиа и дизайн-проектах. Существует широкое множество CC-лицензий и каждая из них даёт определённые права. У CC есть 4 основных положения, которые могут быть использованы по одиночке или в комбинации друг с другом. Вот они:

Атрибуция (указание авторства) – BY
Эта лицензия позволяет другим распространять, перерабатывать, исправлять и развивать произведение, даже в коммерческих целях, при условии указания автора произведения. Это наиболее свободная лицензия, с точки зрения того, что могут делать с произведением пользователи.

Копилефт – SA
Эта лицензия позволяет другим модифицировать, исправлять и развивать произведение даже в коммерческих целях при условии указания авторства и лицензирования производных работ на аналогичных условиях.

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

Без производных – ND
Это значит, что вы можете копировать и распространять лицензированную работу, но не имеете права модифицировать её или создавать собственные работы на основе оригинала.

Как уже было сказано, эти составляющие можно комбинировать. Наиболее жёсткая лицензия — “С указанием авторства – Некоммерческая – Без производных” (BY-NC-ND). Это наиболее хороший вариант для того, чтобы освободить свою работу, но сохранить над ней контроль. А наименее жёсткая лицензия — “С указание авторства” (BY) означает, что люди могут использовать вашу работу до тех пор, пока указывают ваше авторство.

Лицензии CC разработаны для дизайнерской работы, а не для разработки ПО, но ничто не мешает использовать её в обеих случаях. Просто внимательно пройдитесь по всем пунктам и выберите то, что вам по душе.

Вот шесть наиболее часто используемых лицензий мира open-source. На самом деле их намного больше, некоторые источники уверяют, что около 60-ти. Многие практически дублируют друг друга с некоторыми небольшими оговорками, что создаёт сложности в их выборе и использовании. Open Source Initiative работает над тем, чтобы сократить их количество до приемлемого. Я же считаю, что на все случаи жизни хватило бы и четырёх: GPL, LGPL, BSD и CC. Рекомендую вам более подробно ознакомиться с каждой из них, а если вы заинтересовались использовать эти лицензии в своём бизнесе, как это делают IBM, Google и сотни других крупных компаний, обязательно проконсультируйтесь со своим юристом. В постсоветских странах, насколько мне известно, нет никакой правовой защиты open-source лицензий, по крайней мере не было ни одного судебного прецедента. С другой стороны, юристы OSI (Open Source Initiative) гарантируют защиту ваших прав по каждой из указанных лицензий.

Поправка от tarzanasg:
«Некоммерческое использование – NC» и «Без производных – ND» к open source не относятся. Применение этих условий делает лицензию и тексты с медиафайлами собственническими.

Источник