Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-21

1 <a>#статьи</a>

2 <ul><li>31 янв 2022</li>

3 <li>0</li>

4 </ul>Если вы собираетесь или уже использовали код из открытых репозиториев в своих проектах, то этот юридический ликбез убережёт вас от многих проблем.

5 Иллюстрация: Wikimedia Commons / Moon Bhuyan / Anete Lusina / Pexels / Polina Vari для Skillbox Media

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

7 Когда вы используете код из GitHub или GitLab в своих программах, то автоматически принимаете условия лицензии и вступаете в юридические отношения с авторами софта. Иногда разработчики забывают об этом, заливают код в коммерческий проект, а потом их компании прилетает судебный иск. Чтобы спать спокойно и избежать споров, надо раз и навсегда разобраться в свободных лицензиях.

8 Юрист в области цифрового права и преподаватель Высшей школы экономики Александр Савельев классифицирует свободные лицензии по условиям и совместимости между собой.

9 По условиямвыделяют две группы:

10 <ul><li>Взаимные лицензии - они обязуют пользователя распространять модифицированную программу на тех же условиях, что и исходную. Такие лицензии ещё называют вирусными, потому что они "заражают" производный софт своими условиями. К таким лицензиям относятся все виды GPL (General Public License), LGPL (Lesser General Public License) и AGPL (Affero General Public License).</li>

11 <li>Разрешительные лицензии - содержат минимум пользовательских требований и разрешают создавать проприетарный софт на основе исходной программы. С другой стороны, разрешительные лицензии не позволяют автору исходного кода контролировать судьбу модифицированной версии ПО. К разрешительным относятся лицензии BSD (Berkeley Software Distribution License), MIT и Apache.</li>

12 </ul>Совместимостьлицензий означает, что программы, распространяемые под этими лицензиями, могут быть объединены или код одной программы может быть использован в другой. Разрешительные (или, как их <a>называет</a>Ричард Столлман, "безрассудно либеральные") лицензии в основном совместимы между собой, а вот версии GPL - нет.

13 Здесь нет никакой ошибки. Несовместимость копилефтных лицензий вытекает из их природы. В GPLv2 написано, что производная программа должна распространяться под GPLv2, а в GPLv3 - под GPLv3. Производная двух программ, защищаемых разными версиями, просто не сможет удовлетворять этому условию.

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

15 Чтобы определить совместимость более сложных лицензий, нужно внимательно проанализировать их тексты. Если лицензии несовместимы, но пользователь хочет объединить программы, он может договориться с разработчиком исходного кода о перелицензировании.

16 А теперь перейдём к конкретным лицензиям, а именно к GPL и её "потомкам".

17 GNU GPL (General Public License) - первая в истории свободная лицензия. Её создал Ричард Столлман, автор проекта GNU и основатель Free Software Foundation (далее FSF). Изначально Столлман написал отдельные лицензии для<a>GNU Emacs</a>, отладчика<a>GDB</a>и компиляторов GCC, а потом обобщил их и создал<a>первую версию GPL</a>.

18 Напомним, что свободное программное обеспечение и Open Source - это не одно и то же. Свободные программы распространяются исключительно по взаимным лицензиям, а опенсорсные - по <a>взаимным и разрешительным</a>. Если активистов FSF беспокоят этические проблемы свободного софта, то представителей Open Source Initiative - бизнес-модели, которые можно построить на его основе.

19 Тем не менее оба направления часто объединяют под общим названием FOSS (Free and Open Source Software). Ранее мы рассказывали,<a>как бизнес научился зарабатывать на модели FOSS</a>.

20 Новая лицензия предоставляла пользователю софта, который она защищает, четыре свободы:

21 <ol><li>запускать программы в любых целях;</li>

22 <li>изучать код программ и адаптировать под свои нужды;</li>

23 <li>распространять код программ;</li>

24 <li>улучшать программы и распространять улучшенные версии.</li>

25 </ol>Одна из задач GPL - с помощью открытого исходного кода преодолеть техническую несовместимость между программами и их версиями. Каждый пользователь, принявший условия лицензии, может их модифицировать, адаптировать и устранять несовместимость любыми способами. При этом улучшенный и модифицированный код тоже остаётся открытым и доступным для пользователей.

26 Тем самым достигаются цели движения за <a>свободное ПО</a>: свобода сотрудничества при создании программ. Также важно, что это сотрудничество продолжается и тогда, когда автор первоначальной программы прекратил работу над ней, а пользователи по-прежнему заинтересованы в её разработке и улучшении.

27 Модифицированная программа - это программа, в которой использован исходный код первоначальной программы или его часть.

28 GPL предупреждает, что свободное программное обеспечение предоставляется "как есть". То есть автор не даётгарантий качестваи не несётответственности, если программа причинит вред пользователю. Кроме того, один из пунктов лицензии сильно ограничивает применение свободного софта в коммерческих целях:

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

30 Пункт 2b лицензии GNU GPL

31 Сегодня первая версия GNU GPL относится к архивным версиям, FSF не называет её <a>в списке действующих лицензий</a>.

32 Уже в 1991 году Столлман понял, что погорячился: желающих защищать программы и, в частности, библиотеки настолько "заразной" и радикальной лицензией нашлось немного. Поэтому он выпустил<a>GPLv2</a>, из которой выкинул пункт об обязательном предоставлении бесплатного доступа.

33 Ричард Столлман. Фото: Wikimedia CommonsGPLv2 стала популярной среди дистрибьюторов библиотек. Вместе с ней выпустили GNU Library General Public License, в которой слово Library позже заменили на Lesser.

34 Во второй версии появился принцип"свобода или смерть": если пользователь программы не может реализовывать четыре свободы, то она не должна распространяться.

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

36 Вот что разрешает GPLv2:

37 <ul><li>запускать и использовать программы без ограничений;</li>

38 <li>воспроизводить и распространять экземпляры программы (в том числе за оплату), при этом на каждом экземпляре программы нужно оставлять уведомления об авторском праве, оговорки об исключении гарантий и ответственности, предоставлять копию лицензии и исходный код;</li>

39 <li>создавать и распространять модифицированные копии программы.</li>

40 </ul>Когда получатель скачивает программу, он автоматически принимает условия лицензии от первоначального правообладателя. То есть пользователь заключает соглашение с правообладателем, а не с пользователями, от которых фактически мог получить программу.

41 Наибольшую популярность GPLv2 получила благодаря тому, что Линус Торвальдс выбрал её для ядра Linux. Оно и сейчас остаётся под этой лицензией.

42 Примеры других проектов, которые распространяются под GPLv2:

43 <ul><li><a>Adium</a> - мессенджер для macOS, который может взаимодействовать с протоколами XMPP, IRC и другими;</li>

44 <li><a>Git</a> - распределённая система контроля версий;</li>

45 <li><a>Miranda IM</a> - мессенджер для Windows;</li>

46 <li><a>Okular</a> - приложение для просмотра документов графической среды KDE;</li>

47 <li>"<a>Пульс Валют</a>" - приложение для Android, которое предоставляет актуальную информацию по курсам валют в банках Беларуси и России.</li>

48 </ul>В 2005 году Ричард Столлман и Эбен Моглен, юрист<a>FSF</a>, начали работать над третьей версией GPL. Она должна была решить несколько важных задач, возникших к тому моменту, а именно:

49 <ul><li>защитить пользователей от патентных исков;</li>

50 <li>противостоять "тивоизации";</li>

51 <li>стать совместимой с другими популярными свободными лицензиями, такими как Apache 2.0. и GNU Affero.</li>

52 </ul>В 2006 году начались консультации и согласования изменений, в которых участвовали FSF,<a>Правовой центр свободы программного обеспечения</a>и <a>Европейский фонд свободного программного обеспечения</a>. При этом Линус Торвальдс заявил, что ядро Linux, скорее всего, продолжит распространяться под GPLv2. Его категорически не устраивало условие, касающееся запрета тивоизации: это существенно ограничивало использование ядра Linux.

53 "Я думаю, что это сумасшествие - требовать от людей сделать свои приватные ключи общедоступными. Поэтому сомневаюсь, что ядро (Linux. - Прим. ред.) будет преобразовано под GPLv3, поскольку лично я не хочу преобразовывать что-то, касающееся моего кода".

54 <a>Линус Торвальдс</a>, создатель ядра Linux

55 Эбен Моглен. Фото: Eben Moglen / FlickrТем не менее, когда возник вопрос о том, под какой лицензией выйдет ОС <a>Solaris</a>, Торвальдс всё же допустил, что Linux переедет под GPLv3 "во избежание путаницы с лицензиями". Однако Sun, разработчик ОС, остановила свой выбор на собственной Common Development and Distribution License (CDDL). Она позволяет совмещать открытый и закрытый код и несовместима ни с одной из версий GPL.

56 <a>GPLv3</a>вышла в 2007 году - на момент публикации статьи это последняя версия GPL. FSF рекомендует использовать её для большинства программных пакетов.

57 Лицензия позволяет третьим лицам вносить изменения в программу под нужды конкретного пользователя. При этом они не обязаны открывать исходный код частных модификаций. Вот вам один из способов извлечения прибыли из <a>свободного ПО</a>: поскольку эти "третьи лица" действуют от имени пользователя, они могут получать вознаграждение за свою работу. Кроме того, пользователь имеет право исключать из текста лицензии дополнительные условия, добавленные авторами программ, и добавлять свои.

58 В GPLv3 есть и новые условия реализации прав:

59 <ul><li>Автор обязан предоставить пользователю права на патенты, если какие-либо части программы ими защищены.</li>

60 <li>Распространитель не должен прибегать к техническим средствам защиты ПО, которые ограничивают права пользователя. Например, если программа использует криптографические ключи доступа, пользователь должен получить их по первому требованию (запрет тивоизации).</li>

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

62 </ul>Появились и новые термины:propagation(использование) и convey(передача). Любое использование программы без лицензии считается нарушением авторских прав. А передача возможна, только если приняты все условия лицензии.

63 Важный нюанс: взаимодействие пользователя с программой через интернет без создания копии в GPLv3 не считается "передачей". Это означает, что ограничения не действуют, когда программа распространяется по модели SaaS - ведь в этом случае не создаётся её копия.

64 Примеры продуктов, где используется GPLv3:

65 <ul><li><a>GNU Compiler Collection</a> - набор компиляторов для разных языков программирования;</li>

66 <li><a>GNU GRUB</a> - загрузчик операционной системы;</li>

67 <li><a>Booktype</a> - приложение для создания, редактирования и опубликования книг в форматах PDF, ePub, ODT и HTML;</li>

68 <li><a>Blender</a> - профессиональное ПО для создания 3D-графики;</li>

69 <li><a>Newscoop</a> - CMS, написанная на PHP и использующая MySQL в качестве хранилища данных.</li>

70 </ul>GNU LGPL, или Уменьшенная стандартная общественная лицензия, - это "облегчённая" версия GPL. Она позволяет в некоторых случаях соединять лицензируемый ею код с кодом проприетарного ПО. При этом полученную программу не всегда нужно распространять под LGPL - такое исключение лицензия допускает в отношении библиотек.

71 Изначально акроним LGPL расшифровывался как Library General Public License, потому что лицензия была написана специально для библиотек. GPL не позволяла использовать код библиотек в коммерческих продуктах, и разработчикам пришлось бы каждый раз изобретать велосипеды. Существует две рабочих версии LGPL:<a>GNU LGPLv2.1</a>1999 года и <a>GNU LGPLv3</a>2007 года.

72 LGPL различает два режима использования программы:

73 <ul><li>Режим библиотеки -исходный код и его модифицированные версии распространяются на условиях, которые во многом совпадают с GPL.</li>

74 <li>Произведение, которое использует библиотеку, - это программа, которая работает с библиотекой, но не содержит её код. Она не считается производной от библиотеки, поэтому на неё не распространяется действие GPL.</li>

75 </ul>"Лицензиат вправе объединить или связать Произведение, использующее Библиотеку, с Библиотекой, в результате чего будет создано произведение, содержащее части Библиотеки.

76 Лицензиат вправе распространять такое произведение на любых условиях, при этом за пользователем должно сохраняться право вносить изменения в произведение в целях его адаптации для собственных нужд, а также право осуществлять восстановление структурной схемы алгоритма работы по исходным текстам произведения для отладки внесённых изменений".

77 Статья 6 LGPLv2

78 Если в программе используется библиотека, то согласно LGPL об этом нужно предупредить её пользователей. Например, сообщить название библиотеки и имена авторов, а также проставить знак охраны авторского права библиотеки, если на дисплей выводится знак охраны авторского права самой программы. К каждому экземпляру программы прилагается копия лицензии LGPL.

79 Автор производной программы, который принял условия LGPL (лицензиат), обязан "создать условия, при которых заинтересованный пользователь мог бы внести изменения в библиотеку". В то же время автор библиотеки может изменить лицензию с LGPL на GPL, но откатить её к LGPL уже не сможет.

80 В 2007 году вышла третья версия LGPL, в которой появились понятия "приложение" и "составное произведение":

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

82 Составное произведение - это произведение, образованное при включении библиотеки в приложение.

83 Лицензиат может распространять модифицированные версии библиотеки:

84 <ul><li>на условиях LGPL, при этом модифицированная версия библиотеки должна быть исправной, а цель изменений должна быть достигнута;</li>

85 <li>на условиях GPL - в этом случае на модифицированную версию не распространяются дополнительные права, предоставляемые LGPL.</li>

86 </ul>Лицензиат сам выбирает условия, на которых будут распространяться производные и составные произведения. Однако в статьях 3 и 4 лицензии указаны требования, которые лицензиат обязан выполнить. В частности, уведомлять пользователей о том, что в произведении используется библиотека, и оставлять код библиотеки открытым.

87 Примеры продуктов, где используется LGPL:

88 <ul><li><a>GNOME Files</a> - официальный файловый менеджер для среды GNOME;</li>

89 <li><a>GNU Aspell</a> - программа для проверки орфографии в системе GNU;</li>

90 <li><a>TinyButStrong</a> - лёгкий интерпретирующий обработчик шаблонов для PHP;</li>

91 <li><a>ZCAD</a> - программа для 2D-черчения и 3D-моделирования.</li>

92 </ul>Стандартную общественную лицензию Affero обычно называют усиленной версией GPL - в противоположность LGPL. AGPL создавали специально для веб-приложений, чтобы пользователи модифицированной программы в сети имели доступ к её исходному коду. AGPL совместима с GPL.

93 Первая версия лицензии на основе GPLv2 вышла в 2002 году, а <a>вторая</a> - на основе GPLv3 в 2007-м. Согласно Affero, если пользователи имеют доступ к модифицированной программе, которая исполняется на сервере, то сервер должен предоставлять доступ к исходному коду этой программы.

94 Основная цель AGPL - предотвратить скрытое использование свободного софта в Сети. Как мы уже сказали ранее, GPL плохо работает с моделью SaaS, ведь пользователь не может посмотреть исходный код облачного сервиса. Усиленная версия GPL позволяет избежать этого. Если разработчик выполнил требования лицензии и предоставил пользователям доступ к исходному коду, то пользователи также могут включить его изменения в свою версию.

95 Примеры продуктов, где используется AGPLv3:

96 <ul><li><a>GNUnet</a> - программный пакет для безопасного P2P-соединения;</li>

97 <li><a>Grafana</a> - приложение для аналитики и интерактивной визуализации данных;</li>

98 <li><a>Onlyoffice</a> - пакет офисных приложений, включающий онлайн-редактор документов, систему документооборота, CRM, корпоративную социальную сеть и почтовый сервер;</li>

99 <li><a>Nextcloud</a> - набор клиент-серверных программ для создания и использования хранилищ данных.</li>

100 </ul>GNU FDL, или Лицензия свободной документации, - строгая копилефт-лицензия. Она даёт право на воспроизведение, распространение и изменение технической и иной документации.

101 Лицензию создавали для учебных и вспомогательных материалов, прилагаемых к компьютерным программам, но она получила более широкое использование. В частности тексты "Википедии" ранее публиковались только под GNU FDL. Лицензия допускает коммерческое использование произведений - её как раз придумали, чтобы привлечь издателей к финансированию программной документации.

102 Первая версия GNU FDL вышла в 1999 году, а <a>последняя</a>, GNU FDL v1.3, - в 2008-м. Версию 1.3 создавали специально, чтобы статьи в "Википедии" можно было распространять под GNU FDL.

103 Основные требования GNU FDL:

104 <ul><li>нужно указывать всех авторов работы (включая авторов изменений);</li>

105 <li>нужно регистрировать все изменения в работе;</li>

106 <li>производные материалы нужно лицензировать под FDL;</li>

107 <li>если в работе есть неизменяемые разделы (их определяет автор), а также добавленные автором отказы от гарантий и ответственности, эти условия обязательны для всех производных произведений;</li>

108 <li>запрещено использовать технические средства защиты авторских прав.</li>

109 </ul>У GNU FDL много противников. Особенно много критики получило положение, которое допускает наличие неизменяемых фрагментов в лицензируемых документах. По их мнению, это положение противоречит принципам GPL, а значит, FDL с ней несовместима. Также часто критикуют запрет на применение технических средств защиты авторских прав к копиям, сделанным в личных целях.

110 Примеры проектов, где используется GNU FDL:

111 <ul><li>"<a>Википедия</a>" - крупнейшая многоязычная интернет-энциклопедия;</li>

112 <li><a>PlanetMath</a> - математическая энциклопедия на английском языке;</li>

113 <li><a>Citizendium</a> - "более достоверная" версия "Википедии", статьи на которой проверяют эксперты;</li>

114 <li><a>Free On-Line Dictionary of Computing</a> - энциклопедический словарь по информатике, разработанный в 1985 году.</li>

115 </ul>Чтобы не запутаться в различиях лицензий из семейства GNU, мы подготовили для вас сводную таблицу.

116 НазваниеЗачем нужнаВажные положенияПримеры проектовGNU GPLv2Защита прав пользователей и разработчиков свободного программного обеспечения (в широком смысле).Разрешает запускать программы в любых целях; изучать, адаптировать под свои нужды, улучшать и распространять код программ. В том числе улучшенные версии.Запрещает распространять программу, если она не реализует четыре свободы (принцип "Свобода или смерть").

117 - Git;- Adium;- Miranda IM;- Okular.GNU GPLv3Для того же, что и GPLv2, а также для защиты пользователей свободного ПО от патентных исков и тивоизации.Запрещено использовать DRM, а если они есть, то необходимо предоставлять ключи вместе с исходным кодом.Запрещено использовать патенты для программ под GPLv3, так как GPL и патенты несовместимы.

118 - GNU Compiler Collection;- GNU GRUB;- Booktype;- Blender.GNU LGPLЧтобы совмещать открытый и проприетарный код.Если проприетарная программа работает с библиотекой, лицензированной по LGPL, распространитель обязан предоставить исходный код лишь этой библиотеки.- GNOME Files;- GNU Aspell;- TinyButStrong;- ZCAD.GNU AGPLДля веб-приложений.Разработчик облачного сервиса должен предоставить пользователям его исходный код.- GNUnet;- Grafana;- Onlyoffice;- Nextcloud.GNU FDLДля технических и иных документов.На производных документах должно быть указано имя автора исходного документа.Документ под FDL нельзя перелицензировать.

119 - "Википедия";- PlanetMath;- Citizendium.<a>Бесплатный курс по Python ➞Мини-курс для новичков и для опытных кодеров. 4 крутых проекта в портфолио, живое общение со спикером. Кликните и узнайте, чему можно научиться на курсе. Смотреть программу</a>