LGPL gemを使用すると、MITライセンスされたアプリケーションにどのような影響がありますか？
RubyアプリケーションをMITライセンスの下で開発しています。このユーザーのユーザーに制限を課したくないので、このライセンスを使用しています。また、このライセンスを実際に読んで理解することもできます。
私は最近、別のRuby gemをプロジェクトで使用し始めました（「somegem」が必要です）。これはRuby gemはLGPLライセンスに基づいています。
LGPLでライセンスされているこの他のRuby gemを使用しているため、プロジェクトについて何か変更する必要がありますか？私のプロジェクトには他のgemのソースコードが含まれておらず、同梱されていません。私のプロジェクトです。Ruby gemsがインストールし、私のプロジェクトが私のコードから呼び出すように、依存関係としてリストされています。
さらに、それらを使用するとプロジェクトのライセンスに影響するため、「注意」する必要があるライセンスがあるかどうかを知っておくと役立ちます。
このトピックに関する他の投稿がいくつかありますが、さまざまな言い回しがあります。このライセンスは難しいと思ったので、自分の状況について回答を得たいと思っています。
ありがとうございました、
コルセン
影響しません
LGPL — Lesser GPL（ライブラリGPLを意味するために使用）の略です。 GPLとの大きな違いは、ライブラリを使用するソフトウェアにライセンスを課さないことです。ライブラリを変更するか、ソフトウェアにコードの一部を直接含める場合のみ、コードはLGPLでなければなりません。一方、gemをアプリで使用しているだけの場合は、アプリに任意のライセンスを保持しても問題ありません。
LGPLの言及された部分：
ライブラリのどの部分の派生物も含まないが、ライブラリをコンパイルまたはリンクすることによってライブラリと連携するように設計されたプログラムは、「ライブラリを使用する作品」と呼ばれます。そのような作品は、単独ではライブラリの派生作品ではないため、このライセンスの範囲外です。
LGPLでライセンスされているこの他のRuby gemを使用しているため、プロジェクトについて何か変更する必要がありますか？私のプロジェクトには他のgemのソースコードが含まれておらず、同梱されていません。私のプロジェクトです。Ruby gemsがインストールし、私のプロジェクトがコードから呼び出すように、依存関係としてリストされています。
LGPL化されたソフトウェアは、ソフトウェアの依存関係です。したがって、実際にはソフトウェアの一部です。 LGPLは（MITもフリーソフトウェアですが）非フリーソフトウェアから使用できるため、依存関係であることはブロッカーではありません。
ただし、これは依存関係であるため、ソフトウェアを配布する場合は、そのソースコードを提供する必要があります。 Ruby内のrequireメカニズムが常にソースも提供するかどうか、私には手がかりがありません。そうであれば、すでにソースを配布していると思います。そうでない場合は、すべてのバージョンについて注意する必要がありますあなたがソースを提供するソフトウェアであなたが必要とするその宝石の。
サードパーティのプロジェクト（gem）がオフラインになり、存在しないgemが必要になるためプロジェクトが壊れる可能性があるため、とにかくソースを処理する必要があります。
これは法的な助言ではなく、プログラマの観点からだけです。あなたのソフトウェアがライブラリを利用し、あなたがrequire "somegem" そこで。配布の法的定義は、プログラマーがCD-ROMにファイルを書き込むという日々の期待と一致しない場合があります。したがって、期待どおりに結果が得られない場合に備えてプロアクティブな状態を維持するために、より広い概念をここに持っているのが賢明です。