新しいファイルを投稿する際のGPL著作権に関する注意

Question

ファイルを変更するのではなく、新しいファイルを提供する際にGPLの著作権表示を書くにはどうすればよいですか？

/** 
* Some open source application 
* Component Bar 
* (C) 20?? by Tobier Hackerson <tobier@foo.bar) 
* Released under the GPL 
* 
* Awesome description here. 
*/ 

または私はプロジェクトの原作者を含める必要があります：

私はそうのように、著作権表示に私の名前を置く必要があり

/** 
* Some open source application 
* Component Foo 
* (C) 20?? by Scruffy H. Hacker (scruffy@foo.bar) 
* Released under the GPL 
* 
* Awesome description here. 
*/ 

：プロジェクトでは、すべてのファイルがで始まります原作者は、このファイル内のコードのいずれかを寄付した場合

/** 
* Some open source application 
* Component Bar 
* (C) 20?? by Scruffy H. Hacker (scruffy@foo.bar) 
* (C) 20?? by Tobier Hackerson (tobier@foo.bar) 
* Released under the GPL 
* 
* Awesome description here. 
*/ 

Answer 1

IANAL

は（あなたは1をコピー例えば、彼のファイルを編集し、それを修正した場合）、両方とも入金されるべきです。あなたがすべてのコードを書いていれば、あなたの名前がす​​べて必要です。

あなたはプロジェクトテンプレートに準拠する必要がありますが、通常はあなたのようなものが含またい：

* Released under the GNU General Public License 

を「GPLは、本当にそれがあるべきほど正確ではありません。バージョンも指定する必要があります。詳細については、ライセンス（Version 2またはVersion 3）を参照してください。 GPLバージョン1の下では理論的にはリリースされるかもしれないが、それは誰もが思いついたことではないだろう（しかし、弁護士はそれを前提にしても何の問題も見つけられないだろう）。

、GNU GPLバージョン2は、（最後に、 'あなたの新しいプログラムにこれら条項を適用する方法' の下）を示している：

one line to give the program's 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つの段落）。

Answer 2

GPLは、ファイルごとのコピーレフトライセンスではなく、パッケージ全体に適用されます。

したがって、新しいファイルにはGPLでもライセンスが必要です。元のライセンスヘッダーはGPLバージョンを指定していないので、好きなGPLバージョンを選択できます。あなたがそこにGPLの複数のバージョンがあり、それはライセンスのバージョンをアップグレードするとどのように動作するか理由について詳細を知りたい場合は参照してください。

• Why should programs say “Version 3 of the GPL or any later version”?^{GPL FAQ}

をので、ライセンス版を明確にした後、あなたが著作権について尋ねますあなたの名前をどこに置くか。私はあなたの弁護士ではなく、ここでソフトウェア開発者として話していますが、それが持つことができるすべての角度について完全にその質問に答えるのは容易ではありません。

著作権によって、複数の作家が複数の作品を集めています。あなたは結合された作品を作成しています。著作権の意味での作品ごとに、著者と著作権者がいます。

この場合、この著作権を兼ね備えています。

だから、単一のファイルについて、あなたはそれを書いた場合は非常に独自の、あなたは著者いるとして、あなたはあなた自身の著作権ヘッダ書くことができる、のは、それが2012年であるとしましょう：

/** 
* My Extension to some open source application 
* 
* Copyright 2012 by Tobias Eriksson <author@tobier.se> 
*/ 

は完全に大丈夫だろうそのファイルがあなたのハードドライブにある場合はそのファイルのために。配布したいので、ライセンスをクリアするにはwiseです。 GPL-3.0 +を選択したとしましょう。あなたはのようにナンバープレートでこれを拡張する場合があります

• Using the SPDX License List for Tagging and Linking^{Hakres' Tips}

：ガイドライン

• How to use GNU licenses for your own software^{GNU DOCS}

といくつかのコメント/のDocblockタギングガイドラインに従って次の例：

/** 
* My Extension to some open source application 
* 
* Copyright 2012 by Tobias Eriksson <author@tobier.se> 
* 
* 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。したがって、法的根拠を少し残して、一緒に働く社会的領域、コラボレーションに入ります。あなたは、一般的に物事を行うには複数の方法がありますが、これは、プロジェクト内で管理されているか、事前に依頼することができ

、2つの一般的なものは以下のとおりです。

• は、ライセンスと著作権を管理する
• ごとのファイルライセンスと著作権を管理します中央で

1ファイルあたりのアプローチは、プロジェクトの開始時に便利です。中心的なアプローチは、プロジェクトが大きくなると便利です。

ファイル単位のアプローチは、上記で概説したものであり、各ファイルごとのライセンスおよびコピー/作成者情報の変更を追跡する必要があります。

中心的なアプローチでは、ソフトウェアの作者をリストアップし、ライセンスを含むCOPYINGファイルを持っている、いわゆるAUTHORS（おそらくさらにCONTRIBUTORS）ファイルを持つことです。パッケージ全体、それ以外は主なライセンスと追加のライセンス）。

あなたは両方の概念が混在していることもあります。パッケージ全体がGPLの下にありますが、コードベースの中には、MITまたはBSDタイプのライセンスの下にコードもあります。これらの部分のアップストリームに変更を戻すことができるように、これらの部分のライセンス情報を保持する必要があります。また、これらの部分に貢献する作者は、その部分のライセンスを保持するためにMIT/BSDのもとで変更をライセンスする必要があることを認識する必要があります。あなたはそれとどのように、どこでライセンスを文書化するのいくつかの詳細についての詳細を知りたい場合は、以下が良い読み物です：

• Maintaining Permissive-Licensed Files in a GPL-Licensed Project: Guidelines for Developers^{SFLC Paper}

中心のアプローチは、著作権のヘッダを削減することを可能にし、各ファイルの先頭にナンバープレート：

/** 
* 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 <author@tobier.se> 
* Copyright 2010, 2011 by Scruffy H. Hacker <scruffy@foo.bar> 
* 
* 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のより一般的な/実のライブの例次のようになります。ライセンスは、あなたが一番上に置く必要はないことを、オリジナルの著作権を保持する必要があることを伝えます。そして、あなたが自分のものを扱うように、常に同じ尊敬の量を持つ他の作家を扱うことを忘れないでください。これは通常、法的側面を除いて共同プロジェクトで最も効果的です。物事がもはやインラインになっていない時には、法律だけが必要です。

にも参照してください：

• Automatically managing license/author/version header in source files
• LICENSE and AUTHORS Maintenance