GPL依存関係の結果は何ですか？

会社用のソフトウェアを開発していますが、GPLライセンスの下でいくつかのライブラリを使用したいと思います。

結果はどうなりますか？これらのGPL依存関係の上で開発されたコードもGPLの下にあるということですか？これらの製品のソースコードを公開する義務はありますか？

私は弁護士ではありませんが、.. GNU GPLは、その要件を非常に簡潔に説明しています。私はそれを読むことをお勧めします、そして、あなたは確かにあなたがそのように行く前にそれを読むためにあなたの管理者を必要とします。

ただし、GPLは著作権ライセンスです。そのため、派生ソフトウェアを社外に配布しない場合、一般的には適用されません。

商用ソフトウェアを開発している場合、明らかにそうではありませんが、実際にソフトウェアを誰にも公開しない社内ソフトウェアを開発している場合は、GPLは適用されません。

いいえ。ソフトウェアを何らかの方法で（無料であるかどうかに関係なく）一般に公開しない場合は、独自のソフトウェアのライセンスを変更する（またはソフトウェアをリリースする）必要はありません。

バイナリを配布する人にのみソースを配布する必要があります。ライセンスに注意してください。これらのライブラリは、GPLではなくLGPLである可能性があります。

GPL FAQを読むことを強くお勧めします。GPLにはさまざまなフレーバーがあり、使用するライブラリがプロジェクトに異なる影響を与えることを理解してください。 このページでは、利用可能なさまざまなGNUライセンスについて説明します。「なぜLGPLを使用しないのか」という記事は、むしろ重要だと思います。

GPL の教義があり、GPLで実践できることを理解してください。これらのライブラリの複雑さ、それがあなたの商業プロジェクトにどのように影響するか、そしてそれらの問題を回避するためにあなたが何ができるかを説明するには、弁護士に相談してください。GPLカウンセリングを専門とする弁護士がいます。GPLは、ライセンスの条件に優先する現地の法律によって制約されています。リチャード・ストールマン（Mr. GPLから）は、「ビールではなく自由に自由に」できる限り多くのソフトウェアを作成するというアジェンダを持っています。

理解すべき重要な用語は、公開、リンクと埋め込み（LGPLの懸念）、および配布です。GPLバリアントでは、プロジェクトがライセンスの範囲内にある場合、ソースコードを要求した人がソースコードを利用できるようにする必要があります。誰でもダウンロードできるWebサイトでホストする必要はありません。それを利用可能にすることは、カタツムリのメール要求であり、それがあなたがそれを行うことを選択する方法である場合、紙の印刷物を介して送信されます。それはGPLの精神ではありませんが、ライセンスのレターに収まります。

ソースコードを利用可能にする必要がある場合、ほとんどの企業はそれを考慮しません。なぜなら、他の誰かが「秘密のソース」にアクセスできる場合、競合他社がソフトウェアの新しいバージョンをリリースするための障壁がほとんどなくなるからです。ビルドスクリプトを配布しなくても、他の誰かがソースコードの配布されたコピー上でそれらを作成できないということはありません。

注：使用するライブラリにBSD / MIT / ASLスタイルのライセンスバージョンが存在するかどうかを確認する価値がある場合があります。多くの場合、GPLの問題全体を回避します。BSD / MIT / ASLライセンスは、企業がライブラリをバイラルな副作用なしに商業プロジェクトに組み込むことができるように設計されています。ライブラリのユーザーに貢献する必要はありませんが、ほとんどの場合、とにかく貢献します。要するに、これはリチャード・ストールマンの議論のいくつかに欠陥があることを示しています。RSは、幸福なバランスがどこにあるべきかという選択肢を提供するために必要な極端な目的を提供します。すべてのGPLサポーターが、RSによる彼自身のライセンスの解釈に同意するわけではなく、これも混乱を助長します。

この FAQ エントリは、質問に最も簡潔に回答します。

GPLは、非常にバイラルなライセンスです。プログラムの任意の場所でGPLライブラリを使用し、最終的に公開または配布する場合、ライセンス条項に従って、プログラム全体をGPLまたは互換性のあるライセンスの下で公開する必要があります。