私はかなり長い間、GPL の下で最初に配布されたソフトウェアを販売するという問題全体について調査してきましたが、ある疑問が頭に浮かびました。GPL ライブラリABCを使用するソフトウェア X を作成した場合、ABCのコードのGPL を維持しながら、商用ライセンスの下で自分のコードを配布できますか?
私はそれでいいと思います。GPL ライセンスが GPL で保護されたコードを使用するソフトウェアに強制できるとは思いません。
私はかなり長い間、GPL の下で最初に配布されたソフトウェアを販売するという問題全体について調査してきましたが、ある疑問が頭に浮かびました。GPL ライブラリABCを使用するソフトウェア X を作成した場合、ABCのコードのGPL を維持しながら、商用ライセンスの下で自分のコードを配布できますか?
私はそれでいいと思います。GPL ライセンスが GPL で保護されたコードを使用するソフトウェアに強制できるとは思いません。
ソフトウェアの販売に関する最初のポイントを明確にしましょう。GPL ライセンスは、それを使用してソフトウェアを販売することを妨げませんが、クローズド ソース ソフトウェアとして販売することを妨げます。あなたが GPL の元の著作権所有者である場合は、コードを複数のライセンスで配布し、商用ライセンスで販売することもできます。コード内のすべての IP を所有していない場合は、所有していないコードが配布されているライセンスに準拠する必要があります。それが GPL である場合、派生物と見なされるため、配布するコードにそのライセンスを引き継ぐしかありません。GPL を使用すると、必要に応じて販売できますが、トランザクションでソースを提供する必要があります。
特定の言語では、ソフトウェアは事実上ソース形式 (スクリプト言語) で配布されるため、GPL が使用されると「自動的に」適用されることに注意してください。
2 番目の点について: あなたのソフトウェアと GPL ソフトウェアの両方がスタンドアロン プログラムとしてコンパイルされ、実行時に何らかの中間層 (TCP と通信するか、ファイルを介してデータを交換する 2 つのプロセスを考えてください) を介して相互にやり取りできる場合、私は大丈夫だと思いますが、他の誰かがこれについてより情報に基づいた意見を持っているかもしれません. LGPL は、その状況の特定のケース、つまりライブラリ (DLL または静的なもの) のために考案されたものです。そのため、私は少し確信が持てません。
ソフトウェアに ABC が含まれている場合、またはその逆の場合、作品全体が二次的作品であり、GPL を適用する必要があります。