c++ - MySQL ++、GPL、LGPLについて

Question

MySQL ++はLGPLを通じてライセンスされています。つまり、ソースコードがGPLでないことを心配することなく、動的にリンクされた実行可能ファイルをリリースできます。ただし、MySQL ++は、GPLされたlibmysqlclient {_r}。{a、so}（http://tangentsoft.net/mysql++/#linkerrors）に対してリンクします。
ご覧のとおり、MySQL ++は、技術的には、GPLされたlibmysqlclient {_r}。{a、so}に対する単なる「ラッパー」です（非常によく実装されたラッパーですが、誤解しないでください）。 libmysqlclient {_r}。{a、so}？

この場合、MySQL ++がLGPLされる目的は無意味です。これは、MySQL ++に対して動的にリンクする実行可能ファイルは、libmysqlclient {_r}。{a、so}に対してもリンクする必要があるためです。私はどこが間違っていますか？

Answer 1

プログラムが MySQL ディストリビューションのファイルにリストされているライセンスのいずれかの下でライセンスされているEXCEPTIONS-CLIENT場合、MySQL クライアント ライブラリを使用するためにプログラムが GPL 互換である必要はありません。

しかし一般的には、そうです。GPL ライブラリにリンクしたい場合、プログラムは GPL 互換でなければなりません。

Answer 2

弁護士に相談する必要があるかもしれません。私は一人ではありません。ただし、考慮すべき点がいくつかあります。

1. LGPLの下でMySQL++を使用することは、結果の作業がMySQLのGPLライセンスに適用できる場合にのみ機能します。これはGPL+例外です。したがって、プログラムはGPL、または除外されたライセンスの1つである必要があります。それ以外のものはGPLに違反している可能性があります。
2. GPLとLGPLは、作品が配布されるときに適用されます。nVidiaバイナリドライバーをコンピューターのGPLカーネルに合法的にインストールできます。これは、そのように配布していないためです。アプリケーションがMySQLの派生作品でない場合、MySQLの著作権は適用されません。アプリの配布がMySQLの著作権を侵害していない場合は、MySQLのライセンスの条件について心配する必要はありません。弁護士は、派生した仕事の境界がどこにあるかを教えてくれます。FSFは、リンクによって派生した作業が作成されると主張しています。
3. プログラムがMySQLに対してリンクせず、MySQL ++に対してのみリンクしている場合、アプリケーションはMySQLの派生物ではない可能性があります。これは、2つのコンポーネントの間に十分な厚さの層がある場合は常に当てはまります。たとえば、JVMで実行されているJavaアプリは、JVMにリンクしますが、カーネルにはリンクしません。カーネルの派生作品とは見なされませんでした（*衒学的な注意：ほとんどのカーネルはプログラムを派生作品とは見なしません。しかし、概念は同じです）。

（L）GPLの力は著作権に由来することを忘れないでください。AがBの派生作品である場合、それを配布するにはBの著作権所有者からの許可が必要です。Aがそうでない場合、Aを配布する許可は必要ありません。AがBから派生しているが、BがCから派生している場合、AはCから派生している場合とそうでない場合があります。作品または派生物を配布するには、すべての著作権所有者からの許可が必要です。動作します。（L）GPLは、どのような条件下で許可が自動的に付与されるかを指定します。

Answer 3

GPL ライブラリ B にリンクする LGPL ライブラリ A にリンクすることは、GPL ライブラリにリンクすることと同じであり、プログラムが GPL に準拠している必要があるという結論は正しいと思います。

したがって、libmysql++ が LGPL であることはかなり無意味であることに同意しますが、MySQL クライアント ライブラリの古いバージョンは以前は LGPLであったため、そのようになる可能性があると思います。(ただし、お気づきのように、現在はすべて完全な GPL です)

Answer 4

Oracle (旧称 Sun、旧称 MySQL AB) は、C API ライブラリーの GPL 免除を喜んで販売します。その後、MySQL++ DLL をプログラムと共に配布し、LGPL のみに従うことができます。