Ответ 1

IANAL

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

Вы должны соответствовать шаблону проекта, но обычно вы должны включать что-то вроде:

* Released under the GNU General Public License

'GPL' на самом деле не так точна, как должна быть. Возможно, вам также потребуется указать версию. См. Лицензию (Версия 2 или Версия 3) для Детали. Как бы то ни было, теоретически он может быть выпущен под GPL Version 1, хотя это вряд ли будет тем, что кто-то имел в виду (но юристы не найдут проблем с допущением его).

В версии GNU GPL версии 2 (в конце в разделе "Как применить эти условия к новым программам" ):

one line to give the program name and an idea of what it does.
Copyright (C) yyyy  name of author

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.

(и еще два абзаца).

Ответ 2

GPL - это не лицензия на копирование, а на весь пакет.

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

• Почему программы должны сказать "Версия 3 GPL или любая более поздняя версия" ? ^{Часто задаваемые вопросы GPL}

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

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

Для совместной работы тогда у вас есть это авторское право, а затем объединено.

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

/**
 * My Extension to some open source application
 *
 *  Copyright 2012 by Tobias Eriksson <[email protected]>
 */

Это было бы прекрасно для этого файла, если он лежит на вашем жестком диске. Затем вы хотите его распространять, поэтому разумно сделать лицензию понятной. Скажем, вы выбрали GPL-3.0+. Следуя рекомендациям

• Как использовать лицензии GNU для собственного программного обеспечения ^{GNU DOCS}

и некоторые рекомендации по маркировке комментариев /docblock:

• Использование списка лицензий SPDX для маркировки и связывания ^{советов Hakres}

вы можете расширить его с помощью номерного знака, как показано в следующем примере:

/**
 * My Extension to some open source application
 *
 *  Copyright 2012 by Tobias Eriksson <[email protected]>
 *
 * This file is part of some open source application.
 * 
 * Some open source application 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 3 of the License, or (at your option) any later version.
 * 
 * Some open source application 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 Foobar.  If not, see <http://www.gnu.org/licenses/>.
 *
 * @license GPL-3.0+ <http://spdx.org/licenses/GPL-3.0+>
 */

Этот номерной знак гарантирует, что те, кто получает файл, могут видеть, под какой лицензией этот файл, какие права у них есть с кодом. Также они могут видеть оригинального автора с вашим выражением об авторских правах. Самая важная часть здесь, в моих глазах, заключается в том, чтобы прояснить: a) кто является владельцем автора/владельца авторских прав и b) какова лицензия. Чтобы эта информация не терялась, она видна. Если вы хотите следовать рекомендациям, которые вам нужны. Чтобы не нарушать собственные права автора, я настоятельно рекомендую, по крайней мере, оставить кредит на свое имя даже по закону, это не требуется (но у вас будут проблемы с документом вашего авторства позже, если вы этого не сделаете, а кто-то еще ставит ее имя).

Итак, теперь вы можете предложить этот файл добавить вверх. Это первый раз, когда вы вступаете в контакт с оригинальными авторами программного обеспечения. У них может быть свой собственный способ делать что-то, может хотеть предпочесть свои собственные заголовки и т.д. Pp. Итак, вы немного уходите с юридической базы и вступаете в социальную сферу, сотрудничаете, работаете вместе.

Вы можете заранее спросить, как это управляется внутри проекта, как правило, есть несколько способов сделать что-то, два общих:

• Управление лицензированием и авторским правом для каждого файла
• Управление лицензированием и авторским правом централизованно.

Подход к файлам удобен при запуске проектов. Центральный подход удобен, когда проекты растут.

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

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

Также может случиться так, что у вас есть оба понятия, смешанные, например. весь пакет находится под GPL, но внутри кодовой базы есть также код под лицензиями типа MIT или BSD. Затем вы должны сохранить информацию о лицензии для этих частей, чтобы позволить возвращать изменения обратно в исходное положение для этих частей. Кроме того, авторы, которые вносят вклад в эти части, должны быть осведомлены о том, что им необходимо лицензировать свои изменения в рамках MIT/BSD, чтобы сохранить лицензирование этой части. Если вы хотите узнать больше об этом и некоторые сведения о том, как и где документировать лицензирование, прочитайте следующее:

• Поддержание разрешительно-лицензионных файлов в проекте, лицензированном GPL: рекомендации для разработчиков ^{SFLC Paper}

Затем центральный подход позволяет уменьшить заголовки и номерные знаки авторских прав поверх каждого файла:

/**
 * Some open source application
 *
 *  Copyright 2010, 2012 by it authors. 
 *  Some rights reserved. See COPYING, AUTHORS.
 */

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

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

/**
 * Some open source application
 *
 *  Copyright 2012 by Tobias Eriksson <[email protected]>
 *  Copyright 2010, 2011 by Scruffy H. Hacker <[email protected]>
 *
 *  Licensed under GNU General Public License 3.0 or later. 
 *  Some rights reserved. See COPYING, AUTHORS.
 *
 * @license GPL-3.0+ <http://spdx.org/licenses/GPL-3.0+>
 */

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

Смотрите также:

• Автоматическое управление заголовком лицензии/автора/версии в исходных файлах
• ЛИЦЕНЗИЯ И АВТОРЫ Обслуживание