次の手順を検討してください。
0) 特定のインタフェース (I) で通信し、複雑なデータ構造を交換し、メモリを共有し、相互に呼び出しを行う、オープン ソースのモック プログラムとモック プラグインをリリースします。それに全許可ライセンスを適用します。
1) インターフェイス (I) で定義された方法で任意のプログラムと連携するように設計されたリリース プラグイン。このプラグインはサードパーティの GPL でカバーされたコードを使用しており、GPL 自体も同様です。もともとはモック プログラムで開発およびテストされています。これは、利用可能なソース コードとともに、任意の GPL プログラムとして配布されます。
2) インターフェイス (I) で定義された方法で任意のプラグインと通信するように設計されたクローズド ソースのプロプライエタリなプログラムをリリースします。これは、もともと開発、テストされ、モック プラグインと共に出荷されました。
3.1) GPL プラグインをダウンロードし、インストールされたプログラムに添付するインストール スクリプトをプログラムに追加します。
3.2) インストール スクリプトの代わりに、GPL プラグインを手動でダウンロードしてアタッチする方法を追加します。
したがって、エンドユーザーは、プラグインの GPL でカバーされたコードの恩恵を受ける独自のプログラムを取得します。
質問:
0) もしそれが合法であるなら、開発者のかなり少ない労力でプロプライエタリなプログラムで GPL がカバーするコードの利益を得る合法的な方法ではありませんか?
1) 合法でない場合、GPLv* または何かのどの部分が、誰がどのステップを実行するのを妨げていますか?
2) 3.1 と 3.2 の間に法的な違いはありますか?
3) モック プログラムとプラグイン、プロプライエタリ プログラムと GPL プラグインが 1 人の人物によって開発されたのか、別の人物によって開発されたのか、法的な違いはありますか? 意図的かどうか？
4) あなたの意見は何ですか - それは十分に倫理的ですか?
5) そのような戦略の既存のサンプルはありますか?
6) 同じ結果を達成するためのより簡単な合法的な方法はありますか? GPL コードの恩恵を受ける可能性があり、最も可能性が高いプロプライエタリ プログラムをリリースしますか?
アップデート：
文字通りに解釈すると、これは、クローズド ソース プログラムのプラグインを作成し、それを GPL の下でリリースすると、その組み合わせがプラグインの拡張となり、クローズド ソース プログラム全体をカバーする GPL に該当することを意味します。それも
しかし、その組み合わせは配布されず、エンド ユーザーのマシンで組み合わされます。出荷するまでオープンソースにする必要のない Linux の独自の変更のように。この場合、エンドユーザーはプログラムのソースにアクセスせずに変更を加えることができました - 彼にとっては良いことですが、今のところ違法なことは何もありません.
GPL の対象となるプラグインを使用するには、メイン プログラムが GPL の下でリリースされている必要があります。
GPL faq のその部分を見ました。ただし、プラグインは個別に開発し、MockProram に同梱することができます。そして、エンドユーザーが MockProgram からプラグインを取得し、それを独自のプログラムに入れることができるようになりました。その最終段階まで GPL とクローズド ソースを分離します。そして、そのステップは、組み合わせた製品を配布しないため、義務を負わないエンドユーザーによって行われます.
更新 2
これ
一方が他方を要求するように特別に設計されていると裁判所が判断した場合、トラブルが予想されます。モック プログラムとモック プラグインの性質も、それらが「本物の」プログラムなのか手先なのかという点で、役割を果たす可能性があります。弁護士に相談してください。
質問 3 の回答のようです。ありがとうございます。