アプリケーションでGPL、LGPL、MPLライセンスパッケージを使用してクローズドソースにすることはできますか？

Question

企業が BusyBox を使用しており、Gpl + Lgpl + Mplパッケージも使用していることを確認したところ、独自のアプリケーションが実行されています。それらのアプリケーションはクローズドソースパッケージです。

あなたはデバイスを購入しますが、そのクローズドソースです。 LGPL + MPLと混合したGPLがクローズドソースになるのはなぜですか？

ルールは？それとも私が間違っているか、この次の情報が間違っていますか？：

GPL：アプリケーションで使用する場合は、アプリケーションをGPLでリリースする必要があります。 Linux CDを販売しているように、販売もできないという意味ではありませんが、ソースコードを無料でリリースする必要もあります。それはうまくいくかもしれませんが、おそらくうまくいかないでしょう。

LGPL：アプリケーションで使用する場合は、クローズドソースのプロプライエタリライセンスアプリケーションを使用できます。ただし、LGPLライブラリを変更する場合は、アプリケーションをクローズドソースのままにすることができる場合でも、LGPLの下で変更をリリースする必要があります。

thiton · Accepted Answer

GPL FAQによると、クローズドソースおよびオープンソースソフトウェアの「集合体」を販売することは完全に大丈夫です。会社がLinuxをコンパイルした場合、その上に独自のプログラムを構築するには、 LGPLライブラリ、およびそれを使用してすべてのGPL/LGPLソースを公開しながら、結果の製品を販売したものは、GPLに違反していません。

ここでの要点は次のとおりです。GPLは、同じコンピューター上で単に実行され、クローズドソースプログラムと通信/対話するプログラムには拡張されません。 BusyBoxのようなオープンソースウィンドウマネージャーは、もちろんクローズドソースウィンドウの管理を許可されています。経験則として、GPLはライセンスコードのアドレス空間まで到達します。

l0b0 · Answer

IANAL、しかしこれは私が学んだことです。それが間違っているかどうか知りたいです：

LGPL：もしあなたが 静的にリンクする itそれをあなたのアプリケーションでそしてあなたがコンパイルされたアプリケーションを配布するならばあなたは解放しなければならないソース = GPLの下バイナリを受け取るすべての人に。

ivan_pozdeev · Answer

^{（この回答はこの質問を対象としたものではなく、gitに関するより具体的なものを対象としており、この質問が実際に許可するよりも具体的なケースを詳細にカバーしています。詳細についてはコメント59987 を参照してくださいinfo。少なくとも問題が解決するになるまで、このフォームにとどまります。）}

Gitは GPLv2 による対象です。
一般的に、FSFのライセンスについて質問がある場合は、を選択してください。
- ライセンス自体（これは一部の doorstopper ではなく、非常に理解しやすいものです。それを学ぶために費やした時間は10倍返済されます。）
  - ただし、GPLv2では（v3ではなく）、いくつかの用語は米国の法律から採用されているため、本文では定義されていません。（確かに、法域によっても少し異なることを意味することが判明したが、FSFはこれを深刻な問題であると報告しなかった）
- FSF FAQライセンスについて、具体的には、 FAQ GPLv2について、
- fSF施設を含む、ウェブ上のその他の関連資料。彼らの権限にも注意してください
- 最後の手段として（弁護士の不足として）、FSF自体（もちろん、法律事務所ではないので、管轄権に関係なく一般的な解説のみを提供します-要求を無視しても自由です。私の慣行では、彼らは、他の場所ではまだ回答されていない合理的な問い合わせに返信しますが、しばらくかかる場合があります）。

あなたの場合、関連資料は次のとおりです。
- GPLv2＃section2 ：
  
  b）お客様は、プログラムまたはその一部を全体的または部分的に含む、またはそれから派生する、配布または公開するすべての作業を、このライセンスの条件に基づいて、すべての第三者に全体として無料でライセンスを供与する.
  <...>
  これらの要件は、変更された作品全体に適用されます。その作品の識別可能なセクションがプログラムから派生しておらず、それ自体が独立した個別の作品と合理的に見なすことができる場合、本ライセンスおよびその条件は、それらを個別の作品として配布する場合、それらのセクションには適用されません。ただし、プログラムに基づいた作品である全体の一部として同じセクションを配布する場合、全体の配布は、このライセンスの条件に従う必要があり、他のライセンシーの許可は全体に、したがって各誰が書いたかに関わらず、すべての部分。
  
  したがって、このセクションの意図は、完全にあなたが書いた著作物について権利を主張したり、あなたの権利に異議を唱えたりすることではありません。むしろ、その意図は、プログラムに基づいて派生作品または集合作品の配布を管理する権利を行使することです。
  
  さらに、プログラムに基づいていない別の作品をプログラムと一緒に（またはプログラムに基づいて作品と）記憶媒体または配布媒体のボリュームに単に集約しても、他の作品は以下の範囲に含まれません。このライセンス。
- GPLv2 FAQ #NFUseGPLPlugins ：
  
  これは、プログラムがプラグインを呼び出す方法によって異なります。プログラムがforkとexecを使用してプラグインを呼び出す場合、プラグインは別個のプログラムであるため、プラグインのライセンスではメインプログラムに関する要件はありません。

したがって、あなたはあなたの作品を "含む" gitにすることはできませんが、あなたはそれを含めることができます作業で使用する個別のエンティティとして使用します。VMWareの例では、VMWareの例に、ディストリビューションまたはディストリビューション内の複合ファイル（ISO画像でした）。

違いは何ですか？結論が出るまでしばらく時間がかかりました。最後に、段落「それは意図ではありません...権利を主張する...むしろ...プログラムに基づいて派生物または集合作品の配布を制御すること」区別は、結果の著作物が著作権法の下でGPLで保護された部分の派生物と見なされるかどうかであると私に確信させました。この最後のものでは、GPLはあなたを助けることができません-該当する著作権法を参照するか、他の人の足跡をたどる必要があります。

具体的には、VMWareサーバーの例は、オブジェクトコードをディストリビューションに含めても問題がないことを示しています。
- プログラムと一緒にインストールします
- 明らかに複合ファイルであり、広く利用可能なツール（ISOイメージ）で分解できる場合は、フッテージ内の複合ファイルにパックします。
ただし、ソースをインストーラー内で配布することはできません-ユーザーがそれを分解することに問題がない限り

pap · Answer

GPLはクローズドソースと互換性がありません。 GPLライセンスのパッケージ/モジュールを使用してソースを閉じた場合、一般的なケースでは、GPL条件に違反することになります。

AProgrammer · Answer

明確なケースがあり、それから弁護士があなたがケースを提示するより多くの意見を得るだらしないものがあります。

あなたのルールは私の理解と一致しますが、異なるのは「使用」の正確な定義です。ライセンスの根拠となる著作権システムは「使用」ではなく、「派生作品の作成」に関するものであり、異なるプログラムで構成されたシステムは、異なるプログラムがライブラリ全体が明確に定義されたプロトコルを実装し、置き換えることができるため、ライブラリに動的にリンクされた別の単一のプログラムはライブラリの派生作品ではありませんが、システム全体はそれらのいずれかの派生作品です（libreadlineが使用されているのを見たことがあります）アプリケーションが提供するインターフェースと一致する単純なGPLのラッパーを使用する方法）。あなたのケースに固有のアドバイスを弁護士に依頼してください。著作権所有者の1人が同じ意見ではない場合は、裁判官の前でお会いしましょう。