Вопрос относительно проблемы авторских прав для проекта с открытым исходным кодом [закрыто]

StackOverflow https://stackoverflow.com/questions/1210595

  •  06-07-2019
  •  | 
  •  

Вопрос

Я автор проекта с открытым исходным кодом, выпущенного под лицензией GPL2.Я начинаю работать над этим один в течение 2 лет.

В каждом из моих файлов исходного кода я прикрепляю следующую информацию вверху.

/*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation; either version 2 of the License, or (at
* your option) any later version.
*
* This program is distributed in the hope that it will be useful, but
* WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
* General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with this program; if not, write to the Free Software
* Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA  02111-1307, USA.
*
* Copyright (C) 2009 Yan Cheng Cheok <yccheok@yahoo.com>
*/

Сейчас проект привлекает внимание общественности.К нам присоединяется все больше программистов.Я размышлял :

(1) Если программист модифицирует мой исходный файл исходного кода, нужно ли мне добавлять его имя в раздел об авторских правах.Но разве из-за увеличения числа программистов заголовок не станет почти нечитаемым?Например :

  • Авторские права (C) 2009 Ян Ченг Чеок, Джон

(2) Если программист добавляет новый файл исходного кода, кому принадлежат авторские права на исходный код?Мне?Или он?

(3) Если в проекте используется исходный код со смешанным авторским правом, скажем,

Файл исходного кода A.c, B.c, C.c защищен авторским правом Yan Cheng Cheok D.c, E.c, F.c файл исходного кода защищен авторским правом Джон

Будет ли проблема?Скажем, в будущем Джон решит сменить D.c, E.c, F.c, используя другую лицензию, и Ян Ченг Чеок с этим не согласен......Кто тогда скажет последнее слово?

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

(4) Действительно ли в информации об авторских правах должен быть указан год?Если я укажу 2009, значит ли это, что в 2010 году я больше не обладаю авторскими правами?

Это было полезно?

Решение

Я не юрист, но я изучал этот вопрос.

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

Когда кто-то добавляет исходный код в ваш проект, вы должны, по крайней мере, получить от него электронное письмо с указанием условий, на которых лицензируется его код.Например, если у вас есть проект MIT, и кто-то вносит патч под лицензией GPL, вы находитесь в довольно сложной ситуации.Чтобы принять это, вам придется повторно лицензировать свой проект под GPL.

Итак, обо всем по порядку:

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

Многие проекты с открытым исходным кодом хотели бы иметь возможность изменить лицензии с открытым исходным кодом, например, вы хотите повторно лицензировать под GPLv3.Для этого вам придется связаться с каждым участником, некоторые из них могут быть недоступны, и вы снова окажетесь в затруднительном положении.

Чтобы бороться с этим, многие крупные проекты с открытым исходным кодом имеют JCA (совместное присвоение авторских прав), что на техническом языке означает:«Все ваши вклады принадлежат нам» (см., например, соглашение участника Suns: http://www.openoffice.org/licenses/sca.pdf)

При наличии JCA ваш источник может иметь простое авторское право:«Авторское право (C) 2009 Ян Ченг Чеок yccheok@yahoo.com», потому что вы являетесь владельцем авторских прав.

Если JCA отсутствует, я думаю, что все немного запутано, вам нужно исправить файлы и поместить правильные имена участников в нужные файлы.Или еще лучше поддерживать только один файл License.txt и хранить все подтверждения в одном месте.

Итак, чтобы избежать всех этих хлопот, проще всего:

  • Получите JCA на месте

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

Другие советы

Вы можете рассмотреть возможность удаления этого пункта:

, or (at your option) any later version.

поскольку это меняет ваши права в зависимости от будущих изменений лицензии.

Я не юрист, но как только кто-то предоставит вам копию своего исходного кода под определенным авторским правом, ему будет сложно изменить лицензию на вас.

Если бы они реализовали совершенно новый файл, я бы позволил им заявить на него свои авторские права.

Вы можете обновлять год в файле авторских прав каждый год.

В Nolo Press есть отличные книги по вопросам авторского права.Если вы обеспокоены, наймите адвоката.

(ЯНАЛ)

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

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

ИАНАЛ

Каждый участник будет владеть авторскими правами на написанные им части, но это не должно быть большой проблемой.

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

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

Некоторые крупные проекты с открытым исходным кодом требуют передачи авторских прав от участников, чтобы гарантировать их способность защитить проект в целом и возможность повторно лицензировать проект в будущем, не возвращаясь и не получая разрешения от каждого прошлого участника.
http://www.gnu.org/licenses/why-assign.html
http://wiki.services.openoffice.org/wiki/SCA

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top