MITライセンスの下にあるライブラリを正しくサブライセンスするにはどうすればよいですか。
ライブラリを使用して拡張しています。 MITライセンスには、ライブラリをサブライセンスする自由があると記載されています。
簡単に言うと:
<Software library> is copyright <original author> and licensed under the MIT license.
<orignal license>
Extensions to <Software library> are copyright <me> and licensed under the GPL license,
or commercial license if applicable.
<GPL, or commercial license>
したがって、「前のサブライセンスを正しく行うにはどうすればよいですか」という質問の最初の部分は、この以前の SOリンク:誰かのMITコードを再ライセンスできますか? で回答されています。このリンクに関するGallaecioへのハットヒント。1万人以上の評判を持つSOユーザーは引き続きリンクを参照できることに注意してください。
そして、答えの最も関連する部分があります:
あなたができることは、ソフトウェアに複数のライセンスを持っていることです。
そのため、ライセンスファイルを含める必要がありますが、製品全体には適用されないように追加します。ニースになるために、MITライセンスの開始ポイントのコピーをどこで入手できるかを指摘することをお勧めします。元のライセンスだけでなくGPLも含める必要があり、個々のファイル全体がGPLでカバーされていること、およびその一部のMITであることを明確にする必要があります。
これは SO vs GPLライセンス に関するMITに関する追加の質問です。あなたの質問に関連すると思います。
MITライセンスのプロジェクトをGPLのプロジェクトにサブライセンスする場合、GPLのバイラルな側面を含むGPLのプロジェクトとしてパッケージ全体を提示していることに注意する価値があります。借用している元のプロジェクトは、MITライセンスの下で、入手したソースを問わず引き続き利用できます。違いは、パッケージがプロジェクトの一部としてGPL化されていることです。
おそらく、誰かがyourGPLのプロジェクトからMITライセンスプロジェクトを使用する場合、GPLのプロジェクトと見なす必要があります。ただし、MITライセンスでプロジェクトの元のソースに戻り、そこからMITライセンスで使用することもできます。それは髪の毛を分裂させており、それが法廷でどのように展開するかを予測することは不可能だと思います。
GPL FAQには、 2つのライセンスに互換性がある の意味についての良いセクションがあります。
これは、Free Software Foundationの さまざまなライセンスに関するコメント を参照しています。 MITライセンスに関するコメントは次のとおりです:This is a lax, permissive non-copyleft free software license, compatible with the GNU GPL.
これは、質問の観点から見て良いことです。
こちらが GPL v3ライセンステキスト へのリンクです
こちらが MITライセンステキスト へのリンクです
FSFはMITライセンスを Expatライセンス と呼びます