LGPL PythonモジュールをBADプロジェクトに収容する
Pythonで記述されたプログラムがあり、3条項のBSDライセンスで一般に公開したいのですが、私のプログラムにはimport blahステートメント、ここでblahはLGPLバージョン3でライセンスされるPythonモジュールです）.
今、私はblahを自分のディストリビューションに含めることすら計画していません...ユーザーが自分でダウンロードしてインストールするように計画しています。 （事前に申し訳ありませんが、ユーザー。）
私自身がLGPLバージョン3を読んだところ、この正当性を確立するために私がしなければならないことは次のとおりであることが示唆されています。
- 私のプログラムが
blahを使用していることを認める（LGPLセクション4a） blahがLGPL 3でカバーされていることを示します（LGPLセクション4a）- GPLおよびLGPLライセンスのコピーを提供する（LGPLセクション4b）
- 「blah is copyright 2014 by A. Person」のように、blahの著作権タグを提供します（LGPLセクション4c-ただし、実行中に
blahが著作権を表示し、実際には表示しない場合のみ）
何か不足していますか？具体的には、ユーザーが自分でblahをインストールするため、LGPLセクション4dおよび4eの要件を自動的に満たしていますか？
究極の質問ですが、これはanyが必要でしたか？ （個人的に、私は他の人の仕事を認めたいので、とにかく私はします。）単にimportステートメントを持つことは、私が伝えるであることを意味しますか？
プログラムがLGPLライセンスのモジュール/ライブラリに依存している場合、基本的な要件は、プログラムまたはその派生バージョンのユーザーが、LGPLライセンスのコードを別の互換性のあるバージョンに置き換える可能性があることを確認する必要があることです。 。
これを確実にする1つの方法は、コードを（L）GPLライセンスの下に置くことです。これにより、派生プロジェクトのソースコードも引き続き利用できるようになります。
別の方法は、モジュール/ライブラリーを動的にリンクして、モジュール/ライブラリーが実行時に配置され、ユーザーが置き換えることができるようにすることです。
動的ロード/リンクがPython（およびほぼすべての解釈言語））のデフォルトであるため、blahモジュールの使用もこのケースに該当します。
blahモジュールを自分で配布することすらしないので、このモジュールをダウンロード/インストールする必要があることをユーザーに伝えるだけです。ユーザーがblahモジュールを取得するためのアクションを実行すると提供されるすべてのライセンスであるため、それがどのライセンスに基づいているか、またはライセンスのコピーを提供する必要はありません。
LGPLは、特定の条件で配布権を付与します。ライブラリを自分で配布していない場合は、何もする必要はありません。単に、プログラムが機能するために別のblahライブラリが必要であること、およびblahライブラリとの互換性があると<最適と思われるライブラリ>が実装されていることを文書化する必要があります。。実際にライブラリが1つしかなく、それがLGPLである場合を除いて、「LGPL」という語句に言及する必要はありません。