ライセンスされたlgplのjavascriptライブラリを使用している場合、それを使用しているクローズドソースWebアプリケーションをリリースする必要がありますか？LGPLはどのようにウェブに適用され、ディストリビューションを定義していますか？
私はライブラリのソースを変更しない限り、私はそうでないと感じます。
商用クローズドソース環境でlgpl javascript wysiwygを使用したいと考えています。
クローズドソースWebアプリケーションは決して配布されません（配布の定義がウェブサイトにどのように適用されるかによって異なります）。エンドユーザーはアクセスできます。
私はgplとlgplがウェブに当てはまると非常に混乱していることがわかります。
また、「配信」とは何かを混同しています。
one plain English "translation"には、LGPLの下でライブラリが利用可能なままであり、主なソフトウェアには任意のライセンスが使用できます。
これらのタイプのオープンソースプログラムでは、通常、「約」ページのLesser Gnu Public Licenseの下で利用可能な「FrobnicatorがFooライブラリを使用しています。どこかのプログラムで利用可能です。実際のライセンステキストがなくても、ライセンスへのリンクを見たことがあるとは思えません。
アイデアの1つは、ライブラリまたはライブラリのメーリングリストの開発者に電子メールを送信し、そのライブラリの適切なライセンスを取得するために必要なことを尋ねることです。
そして、私は弁護士ではないですので、私は言ってきたものが、必ずしも法的に該当しない、など
あなたの答えに感謝します、誰もがこれに同意しているようです。 – merlincam
LGPLでは、あなたはしません（ソースを開く必要があります）。
LGPLを使用すると、クローズドソース（商用）アプリケーションでLGPL'dライブラリにリンクすることができます。商用アプリケーションのソースコードの配布は必要ありません。
商用アプリケーションのコード（実行可能でさえも）をまったく利用できないようにしますが、それをWebアプリケーションやWebサービスとして使用するのはどうでしょうか？ – Jus12
これは、L GPLの要点です。クローズドソースアプリケーションで使用できます。
また、JavaScript自体はウェブ上で利用可能ですが、あなた自身の「約」ページから直接リンクすることができます。
デベロッパーに支払った会社（プライベートポータルのように）にしかウェブサイトにアクセスできない場合はどうなりますか？ – Shadok
しかし、縮小版/ uglified版のみを提供するだけでは不十分であることに注意することが重要です。元の（またはオリジナルの変更されたバージョンの）原文と曖昧さのないソースコードは、すぐに利用できるようにする必要があります。それを説明するために答えを編集することをお勧めします。 –
LGPLの2つの主な制限は、修正とダイナミックリンクです。 LGPLはコンパイルされた言語を念頭に置いて書かれており、JavaScriptはコンパイルされていないので、どのようにリンクできるか分かりません。それが現れているので、LGPLとJavaScriptは貧弱な組み合わせです。
この質問は、ライセンスに関するものであるため、話題にはならないようです。 –