MITライセンス:なぜそれがバイラルと見なされないのですか?


11

ライセンスの最初の部分は、基本的にはそれを使って何でも好きなことができることを意味します(コピー、変更、販売など)。しかし、第2部では、これらの自由はソフトウェアのすべてのコピーに伝播する必要があると述べています。

私の解釈では、ソフトウェアを独自のプロジェクトに組み込むことができますが、その部分は開いたままにする必要があります。ソフトウェアに変更を加えた場合は、そのライセンスを添付したままにして、変更を強制的にオープンソースにする必要があります。

これが、人々がGPLを制限的/バイラルであると考える理由ではありませんか?修正を強制的にオープンソースにするためですか?

これはライセンスのコピーです:

これにより、このソフトウェアおよび関連するドキュメントファイル(以下「ソフトウェア」)のコピーを取得するすべての人に、使用、コピー、変更、マージの権利を含むがこれに限定されない制限なしでソフトウェアを扱う許可が無料で付与されます。以下の条件に従って、本ソフトウェアのコピーを発行、頒布、サブライセンス、および/または販売し、本ソフトウェアの提供を受けた者がそうすることを許可する。

上記の著作権表示とこの許可通知は、ソフトウェアのすべてのコピーまたは実質的な部分に含まれるものとします。

本ソフトウェアは「現状有姿」で提供され、商品性、特定の目的への適合性、非侵害性の保証に限定されるものではなく、明示または黙示を問わず、いかなる種類の保証もありません。いかなる場合も、著作者または著作権者は、契約、不法行為、またはその他の責任を問わず、本ソフトウェアまたは本ソフトウェアの使用またはその他の取引から生じた、またはそれらに関連して生じた、いかなる請求、損害、その他の責任についても責任を負わないものとします。ソフトウェア。


回答:


19

結構です。

これが基本的な考え方です。ご指摘のとおり、MITライセンスの下で「ソフトウェアを独自のプロジェクトに組み込むことはできますが、その部分は開いたままにする必要があります」。プロプライエタリ製品に100の機能があり、そのうちの1つがMITライセンスのコードに基づいている場合は、問題ありません。

ただし、製品に100の機能があり、そのうちの1つがGPLライセンスのコードに基づいている場合、GPL は製品の残り全体をオープンソースにすることを強制します。それがバイラルライセンスと呼ばれる理由です。それは独自のコードに留まることはありませんが、コードベースの残りの部分にも「感染」します。


12
MITライセンスでは、「オープンのまま」にする必要はなく、著作権表示を含めるだけで済みます。ソースコードではありません。
クレイグ

@クレイグ:それで、その通知をソースファイルに含めて、MITライセンスを顧客に提供する必要はありませんか?そのライセンスファイルを顧客に提供した場合、顧客はどの機能に適用され、どの機能に適用されないかを知ることができません。
トーマスウェラー

@ThomasWellerの例が必要な場合は、「MITライセンスにソフトウェアfooを含む、何とか何とか何とか」などの通知を含めると、chrome:// credits
Craig

16

GPLはバイラルと見なされます。GPLの下でライセンスされているソフトウェアを独自のコードと組み合わせる場合、GPLへの準拠を維持するには、GPLの下で独自のコードもオープンソースにする必要があるためです。

MITライセンスはそれをまったく述べていません。

「ソフトウェア」という用語を独自の部分も含めて解釈しているのではないでしょうか。 ありません。 MITライセンスは、MITライセンスでライセンスされるソフトウェアの部分のみを対象としています。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.