Статьи

Стандартная общественная лицензия, объясненная

Адвокат адвокат от корпоративного необоснованного страха перед инфекцией с открытым исходным кодом: правда.

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

Буквально на днях мой друг-адвокат сказал мне, что ее корпоративные клиенты на самом деле боятся использовать программное обеспечение с открытым исходным кодом, лицензируемое по лицензии Public Public License (GPL). Почему?

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

Этот страх заражения программным обеспечением напоминает мне о первых днях эпидемии СПИДа. «Будьте осторожны, целуясь или обнимаясь, — говорили, — потому что вы можете заболеть, даже от случайного контакта». Людям потребовались годы, чтобы успокоиться. И я также призываю к спокойствию тех, кто иррационально боится заражения через GPL.

Вы не можете поймать GPL, просто коснувшись программного обеспечения .

Кроме того, GPL не является болезнью. Это лицензия на программное обеспечение, успешно используемая более 70% проектов с открытым исходным кодом.

Язык в GPL, который пугает некоторых людей, выглядит следующим образом:

2. Вы можете изменять свою копию или копии Программы или любой ее части, образуя, таким образом, произведение, основанное на Программе, а также копировать и распространять такие изменения или работы в соответствии с условиями Раздела 1 выше, при условии, что вы также соответствуете всем из этих условий:

… Б) Вы должны заставить любую работу, которую вы распространяете или публикуете, которая полностью или частично содержит или является производной от Программы или любой ее части, чтобы она была лицензирована в целом бесплатно для всех третьих сторон в соответствии с условиями настоящего Соглашения. [GPL] Лицензия. «

Фраза «работа на основе Программы» в разделе 2 GPL дополнительно определена в GPL. Такой работой является «или Программа, или любая производная работа в соответствии с законом об авторском праве, то есть работа, содержащая Программу или ее часть, либо дословно, либо с изменениями и / или переведенная на другой язык».

Раздел 2 (b) GPL в свете определения «работа на основе Программы» иногда описывается как «вирусный» или «заразный», поскольку он затрагивает любое программное обеспечение, даже собственное программное обеспечение лицензиата, которое «содержит или происходит от «оригинальной программы под лицензией GPL. Собственное программное обеспечение лицензиата, если оно является «работой, основанной на Программе», подпадает под действие условий лицензии GPL, что требует от лицензиата публикации его или ее собственного исходного кода.

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

«Производное произведение» определено в Законе об авторском праве 17 USC 101 как:

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

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

Рассмотрим сценарий, в котором операционная система Linux, лицензированная по лицензии GPL, загружает и выполняет проприетарную программу. Программа Linux не изменяется; это просто используется для цели, для которой это было разработано. Запатентованная программа не содержит и не является производной от Linux. Linux не заражает проприетарную программу, и проприетарная программа не подпадает под действие GPL.

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

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

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

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

Одно предостережение: между судами существуют тонкие различия в значении термина «производная работа».

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

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

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

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

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

Я предпочитаю более позитивный термин «наследование». Производная работа наследует преимущества GPL .

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

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

Первоначально опубликовано в открытом журнале. Перепечатано с разрешения.
http://www.openmagazine.net/subscribe.shtml