Подписаться на обновления
17 октябряВторник

usd цб 57.0861

eur цб 67.2988

днём
ночью

Восх.
Зах.

18+

ОбществоЭкономикаВ миреКультураМедиаТехнологииЗдоровьеЭкзотикаКнигиКорреспонденция
Печать  ТВ и радио  Новые медиа  Медиабизнес  Стартапы  Кризис в СМИ  Информационное право  Facebook  Живой Журнал  Экономика знания  ВКонтакте  Общественное достояние  Ноосфера. Запуск 
Аскар Сафин, @safinaskar   пятница, 11 ноября 2016 года, 16:00

Авторское право, свободные лицензии и GPL с нуля
Разбираемся в правовых вопросах


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




«Что значит авторское право? Кто-то может подумать, что это право брать денежные отчисления за использование произведения. Да, это так, но авторское право включает в себя не только это. Авторское право — это право устанавливать любые ограничения и условия (т. е., собственно, лицензию) на использование произведения, в том числе право требовать отчисления. Например, какой-нибудь программист может потребовать, чтобы его программу использовали только стоя на одной ноге. И он будет прав. И любой, кто не подчинится этому условию, будет нарушать закон».

В этом посте я дам метаинформацию об авторском праве и свободных лицензиях. Т. е. то, что должен знать каждый, кто пишет свободное ПО. Я не буду останавливаться на конкретных примерах таких лицензий, это вы сможете найти где-нибудь ещё в интернете. Также я немного поговорю о GPL. Сразу скажу, что я не юрист, и мог где-то ошибиться. Весь этот пост применим почти ко всем развитым странам, в том числе к России и Америке (правда, к сожалению, авторизированного перевода GPL на русский язык нет, а потому она недействительна в России). Везде, где я говорю про GPL, я имею в виду GPL третьей версии, хотя почти вся эта информация применима и к GPL 2, и, скорее всего, будет применима к последующим версиям.

Авторское право

Любой продукт интеллектуального труда автоматически становится объектом авторского права. Всевозможные «Copyright», «All right reserved», «©» и т. д. не обязательны. Регистрация авторского права не нужна, однако, она может пригодиться, чтобы потом доказать, что вы действительно являетесь владельцем авторских прав, например, в суде. Т. е. если вы, например, написали программу, выложили её в интернет, не подписались, не написали «Copyright» и т. д., то вы всё равно являетесь владельцем авторских прав на неё. Но вот далеко не факт, что у вас получится, в случае чего, это доказать.

Что значит авторское право? Кто-то может подумать, что это право брать денежные отчисления за использование произведения. Да, это так, но авторское право включает в себя не только это. Авторское право — это право устанавливать любые ограничения и условия (т. е., собственно, лицензию) на использование произведения, в том числе право требовать отчисления. Например, какой-нибудь программист может потребовать, чтобы его программу использовали только стоя на одной ноге. И он будет прав. И любой, кто не подчинится этому условию, будет нарушать закон.

Если автор не уточняет, каковы условия использования продукта, т. е. не устанавливает лицензию, то автоматически всё становится запрещено. Т. е. любое использование становится запрещённым без согласования с автором. Вот так вот. Например, если вы выкладываете что-то в интернет, не указывая условий использования, то даже если вы не подписываетесь и не ставите копирайтов, вы, оказывается, запрещаете любое использование произведения. Вы можете спросить: «А разве факт выкладывания в интернет не говорит, что я разрешаю делать с продуктам всё что угодно, ну или хотя бы хоть что-то?» Нет, не говорит.

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

Впрочем, тут есть приятная мелочь. В некоторых странах есть фиксированный список вещей, которые разрешены в любом случае, и которые автор не в силах запретить. В Америке это так называемое «добросовестное использование», в России — «свободное использование произведения», см. подробности в Википедии.

Срок авторского права ограничен. Когда он заканчивается, контент переходит в так называемое общественное достояние. Когда контент находится в общественном достоянии, за его автором всё равно остаются так называемые неимущественные авторские права. В основном это право на имя, т. е. никто не имеет права называть это произведение своим.

По Бернской конвенции авторские права сохраняются в течение всей жизни автора и в течение 50 лет после его смерти. Некоторые страны продлевают этот срок, в России он равен 70 годам. Если автор неизвестен, то срок отсчитывается с момента публикации произведения.

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

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

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

Свободные лицензии

А теперь давайте подробнее поговорим про свободные лицензии (GPL, BSD и т. д.).

Свободное, открытое, бесплатное, некоммерческое. Свободное ПО (free software) — это ПО, распространяемое на условиях свободной лицензии (либо находящееся в общественном достоянии), а свободная лицензия — это та, которая даёт пользователю право:

Использовать программу

Изменять её исходный код

Распространять программу

Распространять изменённые версии

Более точно, свободная лицензия — это та, которая удовлетворяет Free Software Definition. FSF ведёт список лицензий, которые он считает свободными.

Как бы это странно не звучало, но если человек написал программу и никому её не даёт, то это свободное ПО. Т. к. у этого ПО один пользователь и он имеет упомянутые выше 4 права. Столлман подтверждает: «If the operator developed them and uses them without distributing copies, they are free in a trivial sense since every user (there's only one) has the four freedoms».

Открытое ПО (open source software) — это ПО, распространяемое на условиях открытой лицензии (либо находящееся в общественном достоянии), а открытая лицензия — это удовлетворяющая Open Source Definition. OSI ведёт список лицензий, которые он считает открытыми.

По сути Open Source Definition не отличается от Free Software Definition, поэтому можно считать, что «свободный» и «открытый» — это синонимы, хотя бывают исключения. OSI признал Artistic License 1.0 открытой лицензией, в то время как FSF не признал её свободной.

Свободное и открытое ПО — это совсем не то же самое, что бесплатное. Red Hat Enterprise Linux — это свободное ПО, и при этом платное. Skype — это бесплатное ПО, и при этом несвободное.

Свободное и открытое ПО — это не то же самое, что некоммерческое. Практически все сколько-нибудь крупные свободные проекты (Linux, gcc, glibc, Gnome, FreeBSD, clang и многие другие) являются коммерческими в том смысле, что есть фирмы, заинтересованные в существовании этих проектов, которые разными способами помогают этим проектам (передают этим проектам деньги, нанимают разработчиков этих проектов, вносят код). И разумеется, есть полно некоммерческого и при этом несвободного софта, например, маленькая софтина, выложенная в интернет без исходных текстов.

При публикации материала на условиях свободной лицензии рекомендуется указывать:

Слово «Copyright» на английском языке и знак копирайта © (это необязательно, но всё же желательно)

Год публикации произведения (для использования при подсчёте срока окончания авторских прав)

Имя автора (без автора нет авторского права, а без него — лицензии)

Собственно, саму лицензию

Авторское право первично, а лицензия вторична. Это значит, что лицензии без авторского права быть не может. Когда истекает срок авторских прав, лицензия тоже перестаёт действовать. Если, скажем, кто-нибудь выложил в интернет программу под лицензией GPL, то в определённый момент авторские права истекут, программа станет общественным достоянием, а значит, истечёт и срок действия GPL.

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

Свободные лицензии неотзывные, если в них не указано противное. Поясню на примере. Предположим, что автор выложил программу в интернет, и какие-то пользователи её скачали. Затем он поменял лицензию, указанную в интернете (как я уже сказал, он имеет на это право как автор). Тогда новые пользователи скачают эту программу на условиях новой лицензии. Но старые пользователи сохранят право использовать эту программу на условиях старой лицензии.

Каждая новая версия программы — это новый копирайт. Сроки авторских прав разных версий программы могут истекать независимо друг от друга. Если ядро Linux будет существовать тысячу лет, то по прошествии этого срока актуальная на тот момент версия ядра всё равно будет объектом авторского права, т. к. каждый новый патч — это новый копирайт. А вот срок действия авторских прав для старых версий ядра к тому моменту запросто может истечь.

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

Free Software Foundation (FSF) — обычная организация, как и любая другая. Он ничем не выделен юридически. Я читал где-то в интернете, что «Вы можете опубликовать программу под GPL двумя способами: оставив авторские права за собой, либо передав их FSF». Ну да, как и любой другой организации. Вот только передавать права FSF, даже не предупредив его об этом — это глупо. Передавать права FSF нужно в единственном случае — если вы делаете contribution (вклад) в официальный пакет GNU (и даже в этом случае это верно не для всех пакетов GNU). В этом случае нужно будет подписать и отправить специальный документ в FSF.

Более того, я читал в интернете, что публикуя контент под GPL, вы тем самым автоматически передаёте авторские права FSF, или даже Столлману лично. Я думаю, не нужно пояснять, что это не так. Да, в тексте GPL (возмём, например, GPL 3) написано «Copyright © 2007 Free Software Foundation», но этот копирайт относится к тексту самой лицензии, а не к вашему произведению.

Все запреты в тексте лицензии не являются абсолютными. Если что-то запрещено, это просто означает, что это разрешено лишь при согласии автора. Автор может по своему желанию разрешить всё что угодно кому посчитает нужным, и вообще раздавать свой контент разным людям на условиях разных лицензий. Сам автор вообще может использовать свой материал как хочет и не может быть скован своими же лицензиями. Например, лицензии, запрещающие коммерческое использование (такие как CC BY-NC) рекомендуется использовать лишь в одном случае: когда вы собираетесь коммерчески использовать произведение самостоятельно либо когда вы собираетесь разрешить отдельным людям (или организациям) коммерческое использование за деньги. Если же вы публикуете под CC BY-NC и при этом не зарабатываете на этом материале сами, то поступаете подло (ни себе — ни людям).

Или возмём такой пример: некоторые компании, например, Digia, владелец Qt, зарабатывают на так называемых исключениях из GPL. Это значит, что они публикуют код на условиях GPL, но при этом могут за деньги дать вам код на условиях другой, менее ограничительной лицензии.

На сайте Qt было написано следующее очень удачное сравнение, которое я сейчас не могу найти. Можно сказать, что у автора находится бесконечное количество экземпляров его произведения. Каждый раз, когда он даёт кому-то контент, он в этот момент выбирает, на каких именно условиях он его даёт (и по умолчанию пользователь получает право распоряжаться этим контентом на этих условиях до окончания авторских прав, и автор не сможет этого отменить, ну а после окончания авторских прав пользователь вообще может делать с этим контентом всё, что угодно). Но после этого у автора остаётся ещё бесконечность экземпляров произведения, и он может давать их кому хочет на каких хочет условиях.

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

Двойное лицензирование — это (если не указано противного) две лицензии, соединённые союзом «или» (то же самое относится к тройному лицензированию и т. д.). Т. е. пользователь может выбрать, на условиях какой из этих лицензий он будет пользоваться материалом. Вернёмся к аналогии с бесконечностью экземпляров: автор даёт пользователю сразу два экземпляра произведения, каждый из них на условиях своей лицензии. Пользователь может выбрать любой из этих экземпляров. Ну а если обе лицензии разрешают дальнейшее распространение, то пользователь может распространять продукт под двойным лицензированием дальше (т. е. распространять оба экземпляра).

При таком двойном лицензировании (в отличие от двойного лицензирования с союзом «и», о котором пойдёт речь дальше) любая лицензия совместима с любой другой. Т. е. нельзя сказать: «Двойное лицензирование под лицензией „A или B“ невозможно, т. к., скажем, лицензия A запрещает это». Потому что при двойном лицензировании автор фактически просто распространяет материал по одной лицензии, и кроме этого распространяет ещё и по условиям другой. И, ясное дело, первая лицензия не может запретить вторую.

Также, существует двойное лицензирование с союзом «и». Т. е. когда автор передаёт пользователю произведение, требуя соблюдения обеих лицензий сразу. И вот тут уже возникает понятие совместимости лицензий. Например, лицензия BSD не запрещает такое совместное распространение с другими лицензиями. И поэтому распространие по лицензии BSD и какой-то ещё возможно (при условии, что это не запрещено второй лицензией). А вот GPL запрещает накладывание существенных дополнительных ограничений сверх GPL. Сам список допустимых ограничений можно посмотреть в пунктах a — f раздела «7. Additional Terms» лицензии GPL 3. По сути, этот список таков, что делает GPL совместимой лишь с BSD-подобными свободными лицензиями. Поэтому лицензия «GPL и BSD» возможна (BSD не накладывает существенных ограничений сверх GPL), а вот лицензия «GPL 2 и GPL 3» (в отличие от «GPL 2 или GPL 3») — невозможна, т. к. GPL 3 накладывает существенные ограничения сверх GPL 2 и наоборот.

Иными словами, существует понятие «GPL-совместимой» лицензии, т. е. той, которая может быть соединена с GPL союзом «и». К таким лицензиям относятся CC0, BSD-подобные лицензии и сама GPL той же версии.

Поэтому, когда вы пишите, что программа распространяется на «условиях GPL версии 3 или выше», убедитесь, что вы пишите именно «или», а не «и».

Можно ли менять лицензию чужого произведения без согласия автора? Разумеется, нет. Но вы имеете право наложить дополнительные ограничения (они будут соединены с изначальной лицензией союзом «и») и распространять произведение дальше (с изменениями либо без) при условии, что изначальная лицензия это разрешает. Все свободные лицензии разрешают внесение изменений и дальнейшее распространение (на то они и свободные). И при этом, как я уже сказал, некоторые из них (BSD) разрешают навешивание любых дополнительных ограничений, а некоторые (GPL) — лишь некоторых. Это значит, что если есть произведение под лицензией BSD, то вы можете распространять его дальше под лицензией «BSD и GPL» (что эффективно будет эквивалентно просто GPL, т. е. получится, что вы эффективно сменили лицензию). Т. е. всегда можно «сменить» GPL-совместимую лицензию на саму GPL (правда, изначальная лицензия [например, в случае BSD] от этого никуда не денется). Но «сменить» таким образом лицензию с GPL на BSD, разумеется, нельзя.

Смешение в одном проекте кода под разными лицензиями. Некоторые лицензии (BSD) не накладывают никаких ограничений на совместное использование с другими. Т. е. если один файл (или один фрагмент кода) в вашем проекте имеет лицензию BSD, то это никак не ограничивает лицензии другого кода (при условии, что эти лицензии допускают использование с BSD). Но GPL требует, чтобы весь код, которые статически или динамически линкуются с GPL-кодом, тоже имел лицензию GPL. Ну а если этот другой код изначально имел лицензию, отличную от GPL, то эта лицензия соединяется с GPL союзом «и», при условии, что это возможно (т. е. при условии, что изначальная лицензия GPL-совместима). Если же это невозможно, то распространять такой проект нельзя.

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

Другой пример: проект состоит из двух файлов: под лицензией GPL 2 («GPL 2 only», т. е. «no later version») и GPL 3 (то же самое), и они линкуются. Тогда GPL 2 «заражает» второй файл, и он приобретает лицензию GPL 2, и становится «GPL 2 и GPL 3». То же самое происходит и в обратном направлении. Но мы с вами знаем, что лицензия «GPL 2 и GPL 3» невозможна. Значит, распространение такого проекта запрещено из-за несовместимости лицензий.

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

Это пакет GNU, и все права на код передаются FSF (напомню, что не во всех пакетах GNU принята передача прав FSF). Права передаются для того, чтобы гарантировать, что пакет всегда будет оставаться свободным, т. е. не дать участникам выбрать для пакета какую-нибудь другую лицензию, отличную от GPL, или раздавать исключения из GPL

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

Сразу хочу заметить, что коммерческие проекты не несут в себе ничего плохого сами по себе. Как я уже писал выше, многие свободные проекты коммерческие. И далеко не во всех коммерческих проектах принята передача прав на код одной организации. Но к тем проектам, где принята такая передача, отношение в сообществе свободного ПО отрицательное (если это не FSF). Например, в спорах sysvinit vs upstart vs systemd одним из важных аргументов против upstart было то, что в этом проекте принята передача прав компании Canonical, что неприемлемо для сообщества свободного ПО.

(UPD от 19 мая 2016 г.: передача прав FSF всё же мало отличается от передачи прав любой другой организации. И даже в случае, если, предположим, вы главный автор одного из проектов GNU, дважды подумайте, прежде чем передавать права FSF. Главный разработчик GnuTLS вывел свой проект из GNU и выразил сожаление о том, что передавал авторские права на него FSF.

Когда кто-либо делает вклад в проект, в котором не принята передача прав, то он оставляет авторские права за собой и передаёт код на условиях той лицензии, которая принята в проекте. И это подразумевается по умолчанию, т. е. это будет верно, даже если участник передал свой код без всяких комментариев.

Например, практически все, кто делали вклад в ядро Linux (в этом проекте не принята передача прав одной организации), оставили права со собой (т. к. это предполагается по умолчанию), даже если они не вписали копирайт со своим именем в начало какого-нибудь файла. И все они передали свой код проекту на условиях лицензии GPL 2. Теперь, чтобы сменить эту лицензию, потребуется согласие всех участников, а это огромное число человек. Если какая-нибудь компания захочет купить исключение из GPL, ей придётся подкупить всех этих людей, и при этом отдельную проблему будет представлять собой даже всех их найти. Таким образом, «покупка ядра» практически невозможна. Подробнее можете почитать об этом в статье Buying the kernel.

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

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

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

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

GPL

Кратко суть GPL можно выразить так: эта лицензия разрешает всё что угодно, но при этом:

При дальнейшем распространении лицензия должна сохраняться

Вместе с бинарниками должны распространяться исходные тексты (либо должно распространяться обещание предоставить их по требованию, далее я не буду это упоминать)

Всё, что линкуется (статически или динамически) с кодом под GPL, тоже подпадает под действие GPL

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

Так кому адресована GPL? Предположим, что Алиса написала программу и передала её на условиях лицензии GPL Бобу. Тогда Боб в соответствии с этой лицензией получает право дальнейшего распространения. Допустим, он решил передать программу Кэрол. Тогда он обязан передать её только на условиях GPL. И если он передаёт бинарники, он обязан передать и исходники тоже. Обратите внимание, что эти обязательства возникают лишь при второй передаче (от Боба к Кэрол), а не при первой (от Алисы к Бобу). Почему? Да потому что Алиса — автор. И как автор она может делать вообще всё, что угодно, и никому ничего не обязана. Автор всегда может нарушить свою же лицензию, я уже писал об этом выше. В частности, автор может объявить, что распространяет некую программу на условиях GPL и при этом не распространять исходных текстов, и он не будет нарушать при этом закон. А вот те, кто будут распространять эти бинарники дальше — будут.

Например, однажды произошёл случай, который иначе как facepalm не назовёшь: обнаружено нарушение GPL в GNU Emacs. Выяснилось, что в течение долгого времени с Emacs распространялись сгенерированные компьютером файлы без исходных кодов. Подробнее можете прочитать здесь: В GNU Emacs обнаружен факт нарушения лицензии GPL. Я здесь хочу заметить вот что: сами авторы Emacs и FSF, которому принадлежат права на Emacs, не нарушили тем самым GPL. Потому что владельцам авторских прав можно всё. А вот те, кто распространяли Emacs дальше (например, дистрибутивы GNU/Linux) — нарушили. Это подтвердил и Столлман, в своём письме: «Anyone redistributing those versions is violating the GPL». Затем Столлман издал специальный документ, разрешающий распространение тех версий Emacs без полных исходников.

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

Давайте ещё раз разберёмся, кто есть кто, кому обращена лицензия, кто подразумевается под словом «you» в лицензии и т. д. Предположим, Алиса написала программу, установила на неё лицензию GPL и передала программу Бобу. Затем Боб начал читать лицензию, она обращена именно к нему, и «you» в тексте лицензии означает его, Боба. Лицензия сообщает Бобу, какие у него есть права (например, запускать программу) и обязанности (например, распространять бинарники только вместе с исходниками). Права и обязанности начинаются только с этого места. Сама Алиса имеет вообще все права, какие можно, и никаких обязанностей. Лицензия даёт Бобу право передать программу Кэрол. И если Боб передаст Кэрол программу без исходников, он нарушит лицензию. Вообще, нарушение лицензии осуществимо лишь при наличии как минимум трёх человек. И единственный из этих трёх (Алиса, Боб и Кэрол), кто может нарушить GPL — это Боб («может» здесь значит не «имеет право», разумеется, а «физически может»).

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

GPL не требует публикации ни исходников, ни бинарников ни в интернете, ни где-либо ещё. В тексте GPL нет слова «internet». GPL не требует предоставления ни исходников, ни бинарников по требованию. Т. е. человек, получивший код на условиях GPL и, возможно, внёсший в него какие-то изменения, может давать свой изменённый код тому, кому посчитает нужным. Единственное требование — он обязан дать исходники тому, кому уже дал бинарники.

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

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

Согласие пользователя с лицензией не обязательно для использования софта. Оно становится обязательным лишь при его распространении. Это значит, что установщик софта не должен выдавать сообщение «Согласны ли вы с этой лицензией?» в процессе установки, в отличие от распространённой практики несвободного софта.

P. S. Я рассказал о GPL далеко не всё. За остальными подробностями см. саму GPL.

UPD от 2014-12-22. Что происходит при первом вкладе кода? Предположим, Алиса написала программу и выложила в интернет. В этот момент она, как автор, может менять лицензию проекта как угодно, не обязана сама соблюдать GPL (в случае, если лицензия проекта — GPL) и т. д. Но вот, предположим, первый contributor (участник) Боб внёс свой contribution (вклад) в эту самую программу. По умолчанию предполагается (как я уже говорил выше), что Боб оставляет авторские права за собой, и что он вносит свой код на условиях той же лицензии, что и сама программа. С этого момента Алиса перестаёт быть единственным автором программы, а это значит, что теперь она не может сменить лицензию проекта как угодно и сама должна соблюдать GPL (если проект под GPL) при распространении программы. Теперь, если она захочет сменить лицензию, то у неё есть лишь два способа это сделать:

Спросить согласие всех contributor'ов

Сменить лицензию в том смысле, про который я писал в разделе «Можно ли менять лицензию чужого произведения?» Это значит, что «сменить» лицензию с BSD на GPL она может (правда, уведомления о лицензии BSD в коде всё равно останутся), а вот с GPL на BSD — нет

UPD от 2016-11-10. Ещё раз скажу, что я совершенно не разбираюсь в праве. После публикации этой статьи я узнал сразу от двух юристов (настоящих юристов, в отличие от меня!) такой факт (относящийся к российскому праву). Который до сих пор не укладывается в моей голове, и который, как мне кажется, противоречит моей картине мира, изложенной выше. Допустим, одна фирма лицензировала другой фирме свой код (несвободный). В лицензионном соглашении написала, что фирма-получатель имеет право изменять код (и никаких дополнительных пояснений об ограничениях на дальнейшую судьбу этого изменённого кода). Тогда фирма-получатель может изменить код и авторские права на этот новый код будут автоматически целиком принадлежать фирме-получателю и дальше она уже может делать с этим кодом всё, что угодно. И не будет связана этим лицензионным соглашением.

Я спросил у второго юриста: «А как тогда быть с ядром Linux? В него вносят изменения тысячи человек. И когда очередной человек вносит изменение, то он не становится единоличным владельцем авторских прав изменённой копии. На эту копию распространяются авторские права всех когда либо внёсших изменения». Он сказал: «Да, всё правильно. Причина этого в том, что Linux распространяется на условиях специальной открытой лицензии, которая, собственно, эти правила и устанавливает».

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

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

Публикация в рамках проекта "Ноосфера. Запуск". При реализации проекта используются средства государственной поддержки, выделенные в качестве гранта в соответствии c распоряжением Президента Российской Федерации от 05.04.2016 №68-рп и на основании конкурса, проведенного Общероссийской общественной организацией «Российский Союз Молодежи».




ОТПРАВИТЬ:       



 




Статьи по теме:



Жизнь и смерть в цифре

О проблеме архивации и резервирования информации

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

30.06.2017 21:00, Евгений Механцев


Битва за открытый доступ

Олигополия научных издательств, ситуация со Sci-Hub и будущее открытого доступа. Часть 2

Крупнейшие архивы открытого доступа, функционирование пиратских площадок и будущее научной коммуникации.

29.06.2017 19:10, Аса Сигурэ


Новые медиа, старые проблемы

Олигополия научных издательств, ситуация со Sci-Hub и будущее открытого доступа. Часть 1

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

28.06.2017 19:00, Аса Сигурэ


«Общественность не должна платить за открытый доступ к исследованиям»

Точка зрения австралийского издателя: о сложностях политики открытого доступа

Аргументы в защиту свободного обмена научно-исследовательскими данными кажутся убедительными. Как заметил Стивен Инчкомб (Steven Inchcoombe) из издательства Springer Nature, «популярность журналов открытого доступа растет, так же как – чуть в меньшей степени – популярность монографий открытого доступа».

22.06.2017 16:00, NATHAN HOLLIER


Проект European Open Science Cloud

Европа создает крупнейший научный репозитарий открытых данных

Ведущие европейские исследовательские институты договорились о совместной работе со спонсорскими организациями и законодателями над созданием European Open Science Cloud – крупнейшего открытого репозитория данных в истории науки. Идея проекта European Open Science Cloud заключается в том, чтобы предоставить каждому ученому и всем желающим открытый доступ к результатам исследований, проведенных за счет государственного финансирования.

20.06.2017 16:00, Benedict O'Donnell


Путь в ноосферу

Запущена Федеральная резервная система банков знания

В рамках Третьего международного профессионального форума «Книга. Культура. Образование. Инновации» состоялись специальный семинар «Открытый доступ» и пресс-конференция «Федеральная резервная система банков знания: настоящее и будущее», проведенная Ассоциацией интернет-издателей (АИИ) совместно с НП «НЭКИОН». Ключевыми темами для обсуждения стали открытый доступ к научным исследованиям и планы по развитию Федеральной резервной системы банков знания, которая была запущена в рамках проекта «Ноосфера. Запуск» весной 2017 года в тестовом режиме. На пресс-конференции был анонсирован ее официальный запуск.

07.06.2017 15:00, Агент Ноосферы


Пять вопросов об открытой науке и ответы на них

Кратко о главном: что такое открытая наука, почему это важно для исследователей и почему – для всех остальных

Под термином «открытая наука» понимается практика, когда научные исследования и их результаты становятся открытыми и доступными для людей за пределами узкого круга исследователей. Среди прочего, открытая наука подразумевает доступность исследовательских материалов, данных и лабораторных протоколов для всех желающих. Многие ученные также поддерживают открытый доступ – параллельное движение, сторонники которого считают, что научные статьи должны быть бесплатно доступны для чтения без необходимости платить за подписку или разовый доступ.

02.06.2017 14:00, Elizabeth Gilbert, Katie Corker, The Conversation


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

О Sci-Hub, научном издательстве и барьерах на пути к знаниям

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

24.05.2017 19:00, Joel Rindelaub, исследователь и кандидат химических наук, Миннесота


Новые научные медиа

Всё, что вы хотели сделать с научными журналами, но считали невозможным

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

22.05.2017 16:00, Ольга Кареева


«В мире полно вещей, которые нужно изменить»

26 лет борьбы за свободу информации

Он познакомился с компьютером, когда ему было 3 года, в 13 лет начал работать с Тимом Бернерсом-Ли, а в 26 лет покончил с собой. Аарон Шварц имел возможность пользоваться практически всей информацией на планете, но хотел делиться ею с другими. Его называют ботаником, выскочкой, хакером. Мы будем называть его гением.

21.05.2017 14:00, Ольга Кареева






 

 

 

 

Календарь

Олег Давыдов

Колесо Екатерины

Ток страданий, текущий сквозь время

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

Ив Фэрбенкс

Нельсон Мандела, 1918-2013

5 декабря 2013 года в Йоханнесбурге в возрасте 95 лет скончался Нельсон Мандела. Когда он болел, Ив Фэрбенкс написала эту статью о его жизни и наследии

Достижения Нельсона Ролилахлы Манделы, первого избранного демократическим путем президента Южной Африки, поставили его в один ряд с такими людьми, как Джордж Вашингтон и Авраам Линкольн, и ввели в пантеон редких личностей, которые своей глубокой проницательностью и четким видением будущего преобразовывали целые страны. Брошенный на 27 лет за решетку белым меньшинством ЮАР, Мандела в 1990 году вышел из заточения, готовый простить своих угнетателей и применить свою власть не для мщения, а для создания новой страны, основанной на расовом примирении.

Молот ведьм. Существует ли колдовство?

5 декабря 1484 года началась охота на ведьм

5 декабря 1484 года была издана знаменитая «ведовская булла» папы Иннокентия VIII — Summis desiderantes. С этого дня святая инквизиция, до сих пор увлечённо следившая за чистотой христианской веры и соблюдением догматов, взялась за то, чтобы уничтожить всех ведьм и вообще задушить колдовство. А в 1486 году свет увидела книга «Молот ведьм». И вскоре обогнала по тиражам даже Библию.

Максим Медведев

Фриц Ланг. Апология усталой смерти

125 лет назад, 5 декабря 1890 года, родился режиссёр великих фильмов «Доктор Мабузе…», «Нибелунги», «Метрополис» и «М»

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

Игорь Фунт

А портрет был замечателен!

5 декабря 1911 года скончался русский живописец и график Валентин Серов

…Судьба с детства свела Валентина Серова с семьёй Симонович, с сёстрами Ниной, Марией, Надеждой и Аделаидой (Лялей). Он бесконечно любил их, часто рисовал. Однажды Маша и Надя самозабвенно играли на фортепьяно в четыре руки. Увлеклись и не заметили, как братик Антоша-Валентоша подкрался сзади и связал их длинные косы. Ох и посмеялся Антон, когда сёстры попробовали встать!

Юлия Макарова, Мария Русакова

Попробуй, обними!

4 декабря - Всемирный день объятий

В последнее время появляется всё больше сообщений о международном движении Обнимающих — людей, которые регулярно встречаются, чтобы тепло обнять друг друга, а также проводят уличные акции: предлагают обняться прохожим. Акции «Обнимемся?» проходят в Москве, Санкт-Петербурге и других городах России.

Илья Миллер

Благодаря Годара

85 лет назад, 3 декабря 1930 года, родился великий кинорежиссёр, стоявший у истоков французской новой волны

Имя Жан-Люка Годара окутано анекдотами, как ни одно другое имя в кинематографе. И это логично — ведь и фильмы его зачастую представляют собой не что иное, как связки анекдотов и виньеток, иногда даже не скреплённые единым сюжетом.

Денис Драгунский

Революционер де Сад

2 декабря 1814 года скончался философ и писатель, от чьего имени происходит слово «садизм»

Говорят, в штурме Бастилии был виноват маркиз де Сад. Говорят, он там как раз сидел, в июле месяце 1789 года, в компании примерно десятка заключённых.

Александр Головков

Царствование несбывшихся надежд

190 лет назад, 1 декабря 1825 года, умер император Александра I, правивший Россией с 1801 по 1825 год

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

Александр Головков

Зигзаги судьбы Маршала Победы

1 декабря 1896 года родился Георгий Константинович Жуков

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