3389＃4417

こんにちは@ 8key、将来的には、オープンとクローズの両方の問題を検索してください。 ありがとう！

FWIWたぶん、ある時点でプラグイン可能になり、 https：//github.com/Ousret/charset_normalizerで切り替えることができるようになるかもしれません

charset_normalizerようなものの使用を許可することは本当に素晴らしいことです。現在、私たちのプロジェクトでGPLに似たライセンスの依存関係はchardetあり、それはrequests依存関係です。 requestsは素晴らしいので、実際に使用する必要がありますが、LGPLに依存しているため、チームのメンバーは心配しています。

charset_normalizerに機能の同等性がある場合、それがもたらすMITライセンスをいただければ幸いです。

懸念されるのは、 requestsを使用するクローズドソースプロジェクトの場合、 LGPLは、クローズドソースプロジェクトによってバンドルされる可能性のあるLGPL部分（ chardet ）にいくつかの追加要件を課すことです。配布（pyinstaller、PyPI依存関係のバンドルなど）：

1. 複合作品。

次の各項目を実行する場合は、結合された作業に含まれるライブラリの部分の変更を効果的に制限せず、そのような変更をデバッグするためのリバースエンジニアリングを行うことで、選択した条件で結合された作業を伝達できます。

a）結合された作品の各コピーで、ライブラリがその中で使用されていること、およびライブラリとその使用がこのライセンスの対象であることを目立つように通知します。
b）複合作業にGNUGPLとこのライセンス文書のコピーを添付します。
c）実行中に著作権表示を表示する複合著作物の場合、これらの通知の中にライブラリの著作権表示、およびユーザーにGNUGPLとこのライセンス文書のコピーを案内する参照を含めます。
d）次のいずれかを実行します。
0）このライセンスの条件に基づいて最小限の対応するソースを伝達し、対応するアプリケーションコードを、ユーザーがアプリケーションをリンクバージョンの変更バージョンと再結合または再リンクして、対応するソースを伝達するためのGNUGPLのセクション6で指定された方法で、結合された作業を変更しました。
1）ライブラリとのリンクに適切な共有ライブラリメカニズムを使用します。 適切なメカニズムは、（a）実行時にユーザーのコンピューターシステムに既に存在するライブラリのコピーを使用し、（b）リンクバージョンとインターフェイス互換性のある変更バージョンのライブラリで適切に動作するメカニズムです。
e）インストール情報を提供します。ただし、GNU GPLのセクション6に基づいてそのような情報を提供する必要がある場合に限り、再結合によって生成された結合作業の修正バージョンをインストールして実行するためにそのような情報が必要な場合に限ります。または、リンクされたバージョンの変更されたバージョンでアプリケーションを再リンクします。 （オプション4d0を使用する場合、インストール情報は最小の対応するソースおよび対応するアプリケーションコードを伴う必要があります。オプション4d1を使用する場合、対応するソースを伝達するためにGNU GPLのセクション6で指定された方法でインストール情報を提供する必要があります。）