web-dev-qa-db-ja.com

GPLプロジェクトに新しいファイルを追加する-著作権情報を保持/変更するにはどうすればよいですか？

著者が著作権をgnuパブリックライセンス通知でコードに挿入しました-影響？ 、GPLに付属するプロジェクトに追加した新しいファイル（元のコード）に著者名を追加できますか？ライセンス-次のように：

# GPL License and Copyright Notice ============================================
# This file is part of __PROJECTNAME__.
#
# __PROJECTNAME__ 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.
#
# __PROJECTNAME__ 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 __PROJECTNAME__; if not, write to the Free Software Foundation,
#  Inc., 59 Temple Place - Suite 330, Boston, MA  02111-1307, USA.
#
# __PROJECTNAME__ Copyright (C) 2005-2009 __ORIGINAL_AUTHOR__, 2010-2015 __TEAM__,
# 2016 __ME__    # <-- this ?

（できれば）次のように「このファイル」の通知を追加する必要がありますか。

# __PROJECTNAME__ Copyright (C) 2005-2009 __ORIGINAL_AUTHOR__, 2010-2015 __TEAM__
# This file Copyright (C) 2016 __ME__

議論したように here 「GPLはファイルごとのコピーレフトライセンスではなく、パッケージ全体です」-「このファイルの著作権（C）2016 ME」句を追加できますか？ドロップできますか：

# __PROJECTNAME__ Copyright (C) 2005-2009 __ORIGINAL_AUTHOR__, 2010-2015 __TEAM__

新しいファイルの行？

つまり、次のように簡単です。

# GPL License and Copyright Notice ============================================
# This file is part of __PROJECTNAME__.
#
# __PROJECTNAME__ is free software: ...
#
# Copyright (C) 2016 __ME__

？

問題のファイル： https://github.com/wrye-bash/wrye-bash/commit/e58607e53229a869712b6729720d378081e7a51

GNU faq： http://www.gnu.org/licenses/gpl-faq.en.html#GPLModuleLicense からの関連するよくある質問項目を以下に示します。

編集：これは長期的な問題を解決する元の設計であり、おそらくクローズドソースアプリケーションで私の設計を使用できるようにしたいので、未来。これがGPLとどのように混ざるかはわかりません。

licensingopen-sourcegplcopyrightattribution
6
Mr_and_Mrs_D

オープンソースプロジェクトに貢献するとき、2つの別々の著作権が関係しています。個人の寄稿には著作権があり、ソフトウェアの集合作品全体に著作権があります。

さらに、法律の条件またはライセンスの条件を満足するために著作権表示が必要かどうかという一般的な問題があります。法律とGPLライセンスの条件の両方について、著作権表示はあなたの権利を維持するために必要ではありません：あなたの権利は作成時に自動的に割り当てられます。

著作権表示に関連する法的または契約上の義務はないため（許可なく既存のものを変更しない場合を除き）、この状況をどのように処理するのが最善かを決定するのはプロジェクト次第です。主なシナリオは3つあります。

  • ソフトウェアプロジェクトでは、寄稿者は寄稿時に著作権を割り当てる必要があります。これは Free Software Foundationが取るスタンス であり、通知全体を非常に簡単にします。コードの著作権がなくなったため、独自の著作権通知を取得することはできません。

  • ソフトウェアプロジェクトは、一元化された著作権表示を維持します。この場合、ソフトウェア全体にcollective著作権を保持するエンティティは通常通知を受け取り、他のファイルへのリンクは個々の貢献者を示すために維持されません。それが維持されていない場合は、コントリビューションに対する著作権がまだあることに注意してください。通常、変更ログまたはSCMは、そのファイル内のコードへの重要なコントリビューションに対して作者を確立するのに十分です。

  • ソフトウェアプロジェクトは、ファイルごとの著作権表示を維持します。この場合、 Software Freedom Law Centerの推奨 は、重要な寄稿者ごとに、寄稿を示す新しい行を追加することです。

新しいファイルの追加について心配しているので、ファイルごとの著作権表示を付けた場合は、次のようになります。

Project Name, Copyright 2012 Collective Copyright Holder. Licensed under the GPLv2 or later.
module.c, Copyright 2016 John Doe <[email protected]>: Original implementation

その後の寄稿者は、この通知に新しい行を追加します。

Project Name, Copyright 2012 Collective Copyright Holder. Licensed under the GPLv2 or later.
module.c, Copyright 2016 John Doe <[email protected]>: Original implementation
module.c, Copyright 2017 Jane Smith <[email protected]>: Fixed foo

繰り返しになりますが、著作権を主張するための著作権通知を提出する法的または契約上の要件はないため、共同著作権所有者通知を維持する必要があるかどうかは、プロジェクトの優先順位に基づいて決まります。削除しないでください。

6
Evan

ライセンスと著作権は2つの非常に異なるものです。

一般に、GPLは派生物がGPLであることを確認します。

GPLであるコードに新しいコードを追加しても、GPLのままですが、新しいコードの著作権があり、それをファイルの著作権情報に記載できます（そうする必要があります）。

コードの一部が含まれている場合、GPL以外のバージョンのコードを作成することを希望する人がライセンスの変更に同意する必要があることを除いて、それはあなたにはあまり効果がありません。

5
Bent