4
GPLに独自のソフトウェアをGPLライブラリとリンクできるようにする抜け穴がありますか?
仮想のシナリオを調べてみましょう。 X社は、独自のライブラリ(B)と動的にリンクする独自のプログラム(A)を作成します。Y社は、GPLの下でライセンスされた置換ライブラリ(C)を使用するため、AとCの両方に動的にリンクし、Aが使用するAPI呼び出しをCが使用するAPI呼び出しに変換するラッパーライブラリ(D)を作成します。 DはCとともに使用することを目的としており、CのAPI呼び出しを使用するため、Cの派生物であるため、GPL *の条件の下で配布する必要があります。その結果、AとDを組み合わせた作品もGPLの条件の下で配布する必要があります。これは、Y社がAのソースコードを所有していないため不可能です。 、 問題はない。ただし、Y社の行動に関係なく、X社はBがなくてもAを配布することでGPLに違反しません。Dが存在するだけでは、AがCの派生作品(Dを介して) GPLも同様です。 さて、これは抜け穴がある:、Dの独自のバージョンを書いAとは別に、それを配布し、代わりにBのDを使用するようにエンドユーザーに伝えるからX社を止めるものは何もありませんA.を実行するとする場合それは、同社が可能であると思われますラッパーモジュールを使用して独自プログラムをGPLライブラリから隔離し、そのモジュールが個別に配布される限り、GPLに違反することなくGPLライブラリを使用する独自プログラムを設計する。 私の推論は正しいですか?これはGPLの本当の抜け穴ですか? * DはAの派生物でもありますが、このシナリオの目的のために、X社はDの作成を明示的に許可し、GPLの下でライセンスを許可しています。
15
gpl