GPL cli アプリケーションのみを実行するGUI ラッパーを開発した場合(議論のためにtarとします)、GUI ラッパーを GPL としてリリースする必要がありますか? 派生作品ですか?
派生作品の場合、何をリリースする必要がありますか?
GPL アプリケーションとラッパーの両方が一緒に配布されます
IANAL。GPL FAQの単なる集約セクションを引用します(強調鉱山):
「集合体」は、同じ CD-ROM または他のメディアで一緒に配布される、多数の個別のプログラムで構成されます。GPL は、他のソフトウェアのライセンスが非フリーまたは GPL 非互換であっても、集合体を作成して配布することを許可します。唯一の条件は、各プログラムの個々のライセンスが付与する権利をユーザーが行使することを禁止するライセンスの下で集合体をリリースできないことです。
2 つの別々のプログラムと、2 つの部分からなる 1 つのプログラムの境界はどこにあるのでしょうか? これは法的な問題であり、最終的には裁判官が決定します。適切な基準は、通信のメカニズム (exec、pipes、rpc、共有アドレス空間内の関数呼び出しなど) と通信のセマンティクス (どのような種類の情報が交換されるか) の両方に依存すると考えられます。
モジュールが同じ実行可能ファイルに含まれている場合、それらは確実に 1 つのプログラムに結合されます。モジュールが共有アドレス空間で一緒にリンクされて実行されるように設計されている場合、それはほぼ確実にそれらを 1 つのプログラムに結合することを意味します。
対照的に、パイプ、ソケット、およびコマンドライン引数は、通常、2 つの別個のプログラム間で使用される通信メカニズムです。したがって、モジュールが通信に使用される場合、モジュールは通常、別個のプログラムです。しかし、通信のセマンティクスが十分に親密であり、複雑な内部データ構造を交換している場合、それも 2 つの部分を組み合わせてより大きなプログラムと見なすための基礎となる可能性があります。
これに関連するFAQからの別の質問は、「GPLの下でリリースされたプログラムがプラグインを使用する場合、プラグインのライセンスの要件は何ですか」です:
プログラムがプラグインを呼び出す方法によって異なります。プログラムがforkとexecを使用してプラグインを呼び出す場合、プラグインは別個のプログラムであるため、メイン プログラムのライセンスではそれらの要件はありません。
..
私見ですが、精神的には、GPL プログラムの機能を公開するだけの純粋なラッパーは GPL であるべきです。
IANAL. あなたの唯一の義務は、GPL コードのソースを配布することです。
GPL アプリを配布することにした場合は、GPL のすべてのバージョンのダウンロード サイトを無期限に維持する必要があるため、ダウンロードによって単に「利用可能にする」のではなく、圧縮されたソース tar をメディアに含めることをお勧めします。あなたが配布するアプリ。