MITライセンスの下にあるライブラリを正しくサブライセンスするにはどうすればよいですか？

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を正しくサブライセンスする方法」に関する質問の最初の部分は、この以前のSOリンクで回答されています。誰かのMITコードを再ライセンスできますか。 このリンクについてはGallaecioにご連絡ください。10k以上の評判を持つSOユーザーは引き続きリンクを見ることができます。

そして、答えの中で最も関連性の高い部分は次のとおりです。

できることは、ソフトウェアに複数のライセンスがあることです。
そのため、ライセンスファイルを含める必要がありますが、製品全体に適用されないことについて追加します。素敵なのは、誰かがMITライセンスの開始点のコピーを入手できる場所を指摘することです。

元のライセンスだけでなくGPLも含める必要があり、個々のファイル全体がGPLによってカバーされていることと、その一部のMITを明確にする必要があります。

これは、あなたの質問に関連すると思うMIT対GPLライセンスに関する追加のSO 質問です。

MITがGPLのプロジェクトにプロジェクトのライセンスをサブライセンスしたとき、パッケージ全体をGPLのプロジェクトとして提示することに注意してください。借りている元のプロジェクトは、選択したソースからMITライセンスの下で利用できます。違いは、パッケージがプロジェクトの一部としてGPLになったことです。

おそらく、誰かがあなたの GPLのプロジェクトから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のライセンス