MPL 2.0ライセンスソースでプロプライエタリライブラリを使用できますか？
それ自体がMPL2.0でライセンスされているソフトウェアプロジェクトでサードパーティのライブラリを使用することは合法ですか？
したがって、いくつかの潜在的なプロジェクト階層は次のようになります
- ライブラリプロジェクト[MPL2.0]（オープンソース、分散）
- サードパーティライブラリ[プロプライエタリ]（クローズドソース、配布されていません）
- 他の誰かのプロジェクト[MPL2.0]（オープンソース、配布）
- ライブラリプロジェクト[MPL2.0]（オープンソース、分散）
- サードパーティライブラリ[プロプライエタリ]（クローズドソース、配布されていません）
- ライブラリプロジェクト[MPL2.0]（オープンソース、分散）
私の実際的な感覚は、これは問題ないということです。そうしないと、たとえばiOSのように、ベースライブラリがプロプライエタリである多くのプラットフォームでこのライセンスを使用できません。唯一の違いは、これらのライブラリが登録済みの開発者に配布されることです。
readMPL だけで十分です。
3.2。対象ソフトウェアを実行可能形式で配布する場合：
そのような対象ソフトウェアは、セクション3.1で説明されているように、ソースコードフォームでも利用できるようにする必要があります。また、実行可能フォームの受信者に、合理的な方法でタイムリーに有料でそのようなソースコードフォームのコピーを取得する方法を通知する必要があります。受信者への配布コスト以下。そして
実行可能フォームのライセンスが、このライセンスに基づくソースコードフォームの受信者の権利を制限または変更しようとしない限り、このライセンスの条件に基づいてそのような実行可能フォームを配布するか、別の条件に基づいてサブライセンスすることができます。
3.3。より大きな作品の配布
- 対象ソフトウェアのこのライセンスの要件にも準拠している場合は、選択した条件でより大きな作品を作成および配布できます。より大きな作品が対象ソフトウェアと1つ以上の二次ライセンスによって管理される作品の組み合わせであり、対象ソフトウェアが二次ライセンスと互換性がない場合、このライセンスにより、お客様はそのような二次ライセンスの条件の下でそのような対象ソフトウェアを追加で配布することができます（ s）、より大きな作品の受領者が、彼らの選択により、本ライセンスまたはそのような二次ライセンスのいずれかの条件の下で対象ソフトウェアをさらに配布できるようにするため。
したがって、MPLは、GPLがそうであるという意味で、ウイルスではありません。 MPLソフトウェアは、互換性のない独自のライセンスで再ライセンスすることはできませんが、他のライセンスがMPLと競合しない限り（GPLのように）、他のライセンスで他のコードと一緒に配布できます。 MPLソースを配布している限り。
また、ソフトウェアを誰にも配布していない場合は、バイナリを配布していない人にソースを配布する必要がないため、議論は議論の余地があります。