MITライセンスライブラリからのGPLライセンスコードを含む場合と含まない場合があるLGPLライセンスライブラリの使用
Stack Overflowで MITライセンスコードからのGPLアプリケーションとのインターフェース-デュアルライセンスは避けられないのですか？ （現在は削除済み）を読みましたが、私の質問に完全には答えていないようです。
私は MIT License の下でライセンスされるライブラリを維持しています。私のMITライセンスライブラリでは、 GNU Lesser General Public License 2.1 （_の下でライセンスされている別のライブラリに動的にリンクします（具体的にはPython ctypes） LibRaw ）。これ自体は問題ありませんが、LibRawは、 GNU General Public License 2+ または_の下でライセンスされるLibRaw Demosaic Packと呼ばれる一種の「プラグイン」に対して静的にリンクされる場合があります GNU General Public License バージョンによって異なります。 LibRawがこれらのライブラリにリンクされているかどうかを確認する方法はありません。 （LibRawはエンドユーザーのコンピューターにインストールされるだけで、ライブラリをダウンロードしてリンクに対して使用するとき、LibRawを再配布したりビルドしたりすることはありません。）
LGPLライブラリがGPLコードに対してリンクされている場合、MITライブラリからのLGPLライブラリに対するリンクは、MITライブラリでGPLコードを不正に使用していることを意味しますか？
そうである場合、GPLに基づく私のコードのサブライセンス部分のこの不足、またはデュアルライセンス（これはエンドユーザーを混乱させるだけです）を回避する方法はありますか？または、GPLされたコードにリンクしている場合でも、LGPLの条件に基づいてLGPLライブラリにリンクできますか？
LibRawのLGPLバージョンのみに依存するようにライブラリを設計しました。このようにして、LibRawのライセンス条件に従います。エンドユーザーがGPLコードを含むライブラリのバージョンに対してそれをリンクするとき、それはあなたのものではなく、彼ら自身のビジネスです。
エンドユーザーがこれを行うのを防ぐことはできません。そしてそれをすることは彼らにとってさえ違法ではありません：（L）GPLは再配布のみを管理し、人々が自分のマシンでソフトウェアを使って何をするかを制限しません。
ただし、MITのライブラリのGPLバージョンに依存するアプリケーションを他の人が配布することは許可されていません。その場合、彼らはデモザイクパックのGPLライセンスに違反するためです。しかし、彼らができることは、アプリケーション全体をライブラリとともにGPLで再配布することです。 LGPLとMITライセンスの両方でGPLの下での再ライセンスが許可されているため、誰でもMITライセンスの作品をGPL作品に変えることができます。しかし、それは彼らと前述のプラグインの作者の間の問題です。あなたはあなたのライブラリはLGPLバージョンのみを必要とするので、それはありません。
ところで：同様の質問がある場合は、 Open Source Stackexchange で質問してください。
あなたが無料でオープンソースとしてリリースしていて、コードを使用するすべてのものも無料でオープンソースである場合、問題は本当に簡単になります。コードが互換性のあるライセンスを使用している限り、すべてうまくいきます。コードがプロプライエタリであるか、プロプライエタリソフトウェアで使用されている場合、コードは少し複雑になります。主な問題は、あなたや他の人があなたのMITライセンスコードを独自の方法で使用しているかどうかです。
ライセンスが互換性がある限り、プロプライエタリシステムでもGPL でカバーされるコードにリンクできます。 MITライセンスは一般にGPLと互換性がありますが、 FSFに直接尋ねる これらの マルチライセンスの状況は扱いにくい可能性があるため をお勧めします。