商用アプリケーションでGPLソフトウェアを使用できますか

GPLについて3つの質問があります。

1. アプリケーションでGPLソフトウェアを使用しているが、それを変更または配布しない場合、GPLの下でアプリケーションをリリースする必要がありますか？

2. アプリケーションが使用するソフトウェアを変更した場合はどうなりますか。次に、GPLの下でアプリケーションをリリースする必要がありますか、またはGPLの条件の下で変更されたソフトウェアを提供するだけですか。

3. また、GPLソフトウェアを使用しているが、変更しない場合、アプリケーションで配布できますか？

私の例では、GeSHiライブラリを使用して出力を強調するPHPフレームワークがあります。

1. GeSHiはGPLであるため、フレームワークはGPLである必要がありますか？

2. GeSHiメンテナに変更を返した場合、アプリケーションの特定のユースケースに合わせてGeSHiを変更できますか？

3. GeSHiでフレームワークを再配布できますか？

アプリケーションでGPLソフトウェアを使用しているが、それを変更または配布しない場合、GPLの下でアプリケーションをリリースする必要がありますか？

答え：あなたの質問は少しあいまいです。2つのケース：

（a）アプリケーションを配布しなかった場合、アプリケーションを配布しなかったため、答えは「いいえ」です。たとえば、社内でのみ使用する場合は、何もする義務はありません。

（b）アプリケーションを配布し、アプリケーションの一部として何かGPLを使用した場合（実行時にライブラリにリンクするだけの場合でも）-お金を請求しなくても-変更しなくてもそのGPL s / wを何らかの方法で-あなたはあなたのアプリケーションのソースを利用可能にしなければなりません。

ソースを利用可能にすることは、ダウンロードを意味しません。書面による要求を取得し、リスティングのコピーを送信する必要があるかもしれません（コメントを参照：リスティングを実際に送信することはできません。これは誇張でした）。「合理的な」取り扱い/コピー料金を請求することができます。しかし、あなたはあなた自身のソースコードを利用可能にする義務から逃れることはできません。

アプリケーションが使用するソフトウェアを変更した場合はどうなりますか。次に、GPLの下でアプリケーションをリリースする必要がありますか、またはGPLの条件の下で変更されたソフトウェアを提供するだけですか。

回答：上記を参照してください。GPL s / wを使用した場合は、ソースコードを利用可能にする必要があります。これには、変更されたGPLコードが含まれます。

また、GPLソフトウェアを使用しているが、変更しない場合、アプリケーションで配布できますか？

回答：上記を参照してください。ソースを利用可能にすれば、配布できます（GPLコード）。

GeSHiはGPLであるため、フレームワークはGPLである必要がありますか？

答え：フレームワークを配布する場合は、はい。

GeSHiメンテナに変更を返した場合、アプリケーションの特定のユースケースに合わせてGeSHiを変更できますか？

回答：必要に応じてできます。する必要はありません。変更することもできますが、アプリケーションを配布するときは、ソースを使用可能にし、ライブラリに加えた変更のソースも使用可能にする必要があります。

GeSHiでフレームワークを再配布できますか？

回答：必要に応じてできます。アプリケーションがGPLコードと共に配布されておらず、ユーザーがそれを個別にダウンロードして使用する場合、ケースはもう少し特別であり、議論を引き起こすかもしれませんが、最終的には同じ原則が適用される可能性があります：ソースを利用可能にします。

これらの問題を回避したい場合は、GPL条件をコードにウイルス拡散させることなく、ライブラリの実行時呼び出しを許可する、異なるライセンスまたは少なくともLGPLを使用する必要があります。

疑わしい場合は、法的助言が必要です。ここで得たアドバイス（私や他の人から）は、かなり慎重に扱われるべきです。適切な法的アドバイスを提供できるのは弁護士のみです。

これは、実行可能ファイルを再配布するのではなく、Webサイトで使用している場合、非常に強く反対するようです。

ソースファイルの変更/日付を追跡し、GPLの下で変更を保持する限り、ソフトウェアをコピー、配布、および変更できます。GPLライブラリを商業的に使用してアプリケーションを配布できますが、ソースコードも提供する必要があります。GPL v3は、GPL v2のいくつかの抜け穴を塞ぎます。

具体的には

このライブラリを実行可能ファイルで配布する場合は、配布と一緒に提供するか、3年間ソースを取得するためのアクセス可能な方法（URL、物理コピー）をリストしてソースコードを公開する必要があります。Webポータルを介してサービスを提供する場合は適用されません。

https://tldrlegal.com/license/gnu-general-public-license-v3-%28gpl-3%29

免責事項：私は弁護士ではなく、GPLのどちらのバージョンもしばらく読んでいません。したがって、この答えは法的に不正確かもしれません。

GPLのコンポーネント（静的にリンクされたライブラリなど）を含むソフトウェアをリリース/配布する場合、ソフトウェアはGPLでカバーされる必要があります。（これはバージョン2の印象です。バージョン3は異なる場合があります。）

LGPLのライブラリを使用してソフトウェアをリリース/配布する場合、ソフトウェアをGPLでカバーする必要はありませんが、ライブラリはLGPLを保持する必要があります。

[L] GPLされたコンポーネントの変更は、作成者/維持者への貢献を示唆しています。それが製品のライセンスにどのように影響するかについては明確ではありません。

ジャングルでそのようなルールを強制することはできますが、実際の生活（国または州の法律）では、誰、誰、いつ、何に依存します。

法的問題（法律）は、非GPL OSでGPLプログラムをバイナリまたはライブラリとして配布する行為を行うときに発生します。GPLプログラムは、法律の観点から、親および子の非GPLプロセス（専有およびその他のオープンソースライセンス）に感染し、感染しています。感染とは派生プログラムがGPLに違反することを意味し、感染とはGPLプログラムが独自のライセンスに違反することを意味します。分散GPLソースを個人（個人、組織、会社）としてコンパイルしても問題はありません。