タグ付けされた質問 「mpl」

2
Mozilla Public License(MPL 2.0)vs Lesser GNU General Public License(LGPL 3.0)
私はで書かれたソフトウェアライブラリ解除したいクラスベースのオブジェクト指向プログラミング言語で(Java)のWebベースのソースコードホスティングサービス事業のフォークをすることができ、メインプロジェクトにマージプル経由(GitHubのをリクエスト)。私はウェブで調査し、ソフトウェアのライセンス方法について多くのことを考えました。(IANALの観点から)次の仮定は正しいですか? LGPLとMPLはどちらも、他のソフトウェアプロジェクト内で使用されているLGPL / MPLライセンスソフトウェアの変更の共有を促進します。変更されたライブラリのユーザーにライブラリの別のフォークをホストするように要求する代わりに、元のライブラリへの貢献を促進することができます(たとえばプル要求を介して)。 主な違いは、MPL / LGPLライセンスコードをプロジェクトにリンクする方法です。MPLソースコードファイルを直接(おそらく)プロプライエタリソフトウェアプロジェクト(にコピーすることができます静的リンク LGPLのコードをしなければならないライセンスを受けながら、)動的にリンクされた緩く、おそらく独自のソフトウェアプロジェクトにリンクされている(ので、エンドユーザーは、ライセンスされたソフトウェアを切り替えることができ、ライセンスソフトウェアライブラリの別のバージョンのライブラリ)。 動的リンク、したがってLGPL は、静的リンケージ(つまりMPL)を使用するよりもオープンソースソフトウェアライブラリへの貢献を促進することなく、独自のソフトウェア製品をパッケージ化するための特別な障害を課します。静的リンクを許可する変更されたLGPLがあります。 その他の関連する違いはありません(IANALの観点から)。 古いライセンスのバージョンが最新のものとして良いとして私のニーズに合いません。 ご覧のとおり、私が主に求めているのは、ソフトウェアライブラリの修正が一般の人々にとって有用であることが証明され、プロプライエタリ製品でのソフトウェアライブラリの使用に制限を課すことなく、オープンソースのままであるということです。 また、必要なことはライセンスがありません拡張として、オープンソースとしてリリースされるオリジナル作品に関連するソフトウェアライブラリのを、関連する用語の範囲を任意に小さくすることができ/巨大な、これできないことをGPLとして終わるには、プロプライエタリ製品で使用されます(ソース全体をリリースすることなく)。 変更されたLPGLを使用したいのですが、その反面、不人気のためにがっかりしています。上記の点に基づいて、私はMPLを好みます。 質問:上記の記述は正しいですか?要件を考慮して、どのライセンスを選択する必要がありますか? 解決策:受け入れられた答えの議論の助けを借りて、人気、リンクの自由、および公式の無修正ライセンスであるため、MPLに固執することを選択します。

5
アプリケーションでGPL、LGPL、MPLライセンスパッケージを使用して、クローズドソースにすることはできますか?
会社がBusyBoxを使用し、Gpl + Lgpl + Mplパッケージを使用しているのを見ました。そして、彼らはそこで実行されている独自のアプリケーションを持っています。彼らのアプリケーションはクローズドソースパッケージです。 デバイスを購入しますが、そのソースはクローズドです。GPLとLGPL + MPLの混合がクローズドソースになるのはなぜですか? ルールだと思った?または私が間違っているか、この次の情報が間違っていますか?: GPL:アプリケーションで使用する場合は、GPLの下でアプリケーションをリリースする必要があります。Linux CDを販売するように販売できないというわけではありませんが、ソースコードも無料でリリースする必要があります。それはあなたのために働くかもしれませんが、おそらくそうではありません。 LGPL:アプリケーションで使用する場合、クローズドソースのプロプライエタリライセンスアプリケーションを使用できます。ただし、LGPLライブラリを変更する場合は、アプリケーションがクローズドソースのままであっても、LGPLで変更をリリースする必要があります。
11 licensing  gpl  lgpl  mpl 

3
MPL 1.1およびAPL 2.0ライセンスの互換性
MPL 1.1でライセンスされているプロジェクトを作業していて、APL 2.0でライセンスされているいくつかのコードを組み込みたいのですが。 2010年にMozillaがMPLを更新して、とりわけ「Apache互換」にすることを発表しました。 私は弁護士ではありません。正確には、MPL 1.1のどの部分がAPL 2.0に対応していないのですか?プロジェクトには元々の貢献者がまだ積極的に関わっていないので、ライセンスを変更する許可を得るためにそれらすべてに連絡することはできないと思います。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.