GPL — это не лицензия на файл с авторским левом, а лицензия на весь пакет.
Так что новый файл тоже должен быть под лицензией GPL. Поскольку в заголовке исходной лицензии не указана версия GPL, вы можете выбрать любую понравившуюся вам версию GPL. Если вы хотите узнать больше о том, почему существует несколько версий GPL и как это работает при обновлении версий лицензии, см.:
Итак, после уточнения версии лицензии вы спрашиваете о заявлении об авторских правах и о том, где разместить свое имя. Я не ваш юрист и выступаю здесь как разработчик программного обеспечения, и нелегко полностью ответить на этот вопрос со всех сторон, поэтому я пытаюсь изложить свое понимание частей, которые, как я вижу, играют роль.
В соответствии с авторскими правами вы объединяете несколько работ нескольких авторов. Вы создаете совместную работу. Для каждой работы в смысле авторского права у вас есть авторы и правообладатели.
Таким образом, для комбинированной работы у вас также есть это авторское право.
Итак, для одного файла, если вы написали его самостоятельно, скажем, в 2012 году, поскольку вы являетесь автором, вы можете написать свой собственный заголовок об авторских правах:
/**
* My Extension to some open source application
*
* Copyright 2012 by Tobias Eriksson <[email protected]>
*/
Это было бы совершенно нормально для этого файла, если бы он находился на вашем жестком диске. Затем вы хотите распространять его, поэтому благоразумно сделать лицензию понятной. Допустим, вы выбрали GPL-3.0+. Следуя рекомендациям
и некоторые рекомендации по тегированию комментариев/докблоков:
вы можете расширить это с помощью номерного знака, как в следующем примере:
/**
* 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+>
*/
Этот номерной знак гарантирует, что те, кто получит файл, смогут увидеть, под какой лицензией этот файл, какие права у них есть с кодом. Также они могут видеть оригинального автора с вашим заявлением об авторских правах. На мой взгляд, наиболее важной частью здесь является прояснение: а) кто является автором/владельцем авторских прав и б) что такое лицензия. Чтобы эта информация не потерялась, видна. Если вы хотите следовать рекомендациям, это зависит от вас. Чтобы не урезать свои собственные авторские права, я настоятельно рекомендую, по крайней мере, оставить указание на ваше имя, даже если по закону это не требуется (но у вас будут проблемы с документированием вашего авторства позже, если вы этого не сделаете, а кто-то другой поставит ее имя там).
Итак, теперь вы можете предложить добавить этот файл в апстрим. Это первый раз, когда вы свяжетесь с первоначальными авторами программного обеспечения. У них может быть свой способ делать что-то, они могут предпочесть свои заголовки и т.д. pp.. Так что вы немного уходите от правового поля и входите в социальную сферу, сотрудничество, совместную работу.
Вы можете заранее спросить, как это управляется внутри проекта, обычно есть несколько способов сделать что-то, два распространенных:
- Управление лицензированием и авторскими правами для каждого файла
- Централизованно управляйте лицензированием и авторскими правами.
Пофайловый подход удобен при запуске проектов. Централизованный подход удобен, когда проекты становятся больше.
Файловый подход немного описан выше, и он требует отслеживать изменения в лицензировании и информации об авторских правах/авторах для каждого файла.
При централизованном подходе общепринятой процедурой является наличие так называемого файла АВТОРОВ (и, возможно, дополнительно УЧАСТНИКОВ), в котором перечислены авторы программного обеспечения, и файла КОПИРОВАНИЯ, содержащего лицензию (если он один для всего пакета, в противном случае основная плюс дополнительные лицензии).
Также может случиться так, что у вас смешаны оба понятия, например. весь пакет находится под лицензией GPL, но внутри кодовой базы также есть код под лицензиями типа MIT или BSD. Затем вы должны сохранить информацию о лицензии для этих частей, чтобы позволить вернуть изменения обратно в восходящую ветвь для этих частей. Кроме того, авторы, которые вносят свой вклад в эти части, должны знать, что им необходимо лицензировать свои изменения в соответствии с MIT / BSD, а также сохранить лицензирование этой части. Если вы хотите узнать больше об этом, а также некоторые подробности о том, как и где документировать лицензирование, рекомендуем прочитать следующее:
Затем центральный подход позволяет уменьшить заголовки авторских прав и номерные знаки поверх каждого файла:
/**
* Some open source application
*
* Copyright 2010, 2012 by it's 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 заголовка лицензии / авторского права. И не забывайте всегда относиться к другим авторам с таким же уважением, как к своим. Обычно это лучше всего работает в совместных проектах, не считая юридической стороны. Вам нужны юридические лица только на то время, когда вещи больше не встроены.
Смотрите также:
person
hakre
schedule
05.08.2012