クライアント側のjavascriptはGPLでどのように扱われますか？

WebアプリケーションでGPLライセンスのJavascriptライブラリを使用した場合、Javascriptライブラリをダウンロードして実行した人にサイト全体のソースコードを提供する必要がありますか？

— アルマンド
ソース

これは非常に興味深い質問です。通常、WebアプリケーションはGPLの対象ではありません。コードを配布していないためです（AGPLが存在する理由です）。ただし、ブラウザで実行されるコードの場合は、コードを配布するようなものです。それが本当なら、GPLの性質は、Webアプリケーション全体がGPLの下でリリースされなければならないことを意味します。

— スコットホイットロック

@David-問題は、GPL により、Webアプリケーションの残りの部分（サーバー側のものなど）も強制的にリリースする必要があるかどうかです。Javascriptライブラリを使用して派生作品を作成しました。GPLは結果全体に適用されます。

— スコットホイットロック

@David明確な場合、私は尋ねなかっただろう：p

— アルマン

@アリソン、ああOK、すみません、私はその時、完全な質問を誤解しました。いいえ、サーバー側はGPLである必要はありません。クライアントとサーバー間の通信が、XMLなどのマシンレベルの機能呼び出しとは異なる形式である限り、心配する必要はありません。HTMLであれJSであれ、単にGPLコードを提供するだけでは、サーバー側のコードがそれを配信したり、非リモート呼び出し形式で通信したりすることはありません。

— デビッド

GPLの著者であるリチャードストールマン：この問題について：gnu.org/philosophy/javascript-trap.html

— Honza Pokorny

そのライブラリのJavaScriptと、そのライブラリのAPIにアクセスするアプリケーションのJavaScript（およびアプリケーションがアクセスする他のライブラリ。GPL互換ライセンスが必要です）を提供する必要があります。

通常、実稼働環境で使用される空白を除去したバージョンではなく、人間が読めるJavaScriptを提供する必要があります。

JavaScriptを呼び出すHTMLはすでに利用可能です。JavaScriptへの「リンク」として実際にはカウントされず、利用可能ということは人々が心配することはほとんどないことを意味します。

— デビッド
ソース

リンクが唯一のトリガーだとは思わない。たとえば、プログラムが他のライブラリなしでは機能できないような方法で別のヘルパーアプリケーションに依存している場合、GPLの目的上は、すべて1つのアプリケーションになります。この場合、弁護士に相談することをお勧めします。

— スコットホイットロック

人間が読めるものでなければなりませんか？面白い。これは別の質問として尋ねます。

— アルマン

GPL V2とV3の両方で変更しないでください。OK、それは同じではないかもしれません、私は人間が書き込み可能==人間が読めると仮定しています。

— デビッド

ここに別の質問として投稿されました：programmers.stackexchange.com/questions/62885/…–

— Armand

@ScottWhitlock法律の目的上、一方が著作権の観点から他方の派生物である場合にのみ重要であり、一方が他方なしで機能できるかどうかではありません。著作権法が適用されない場合、GPL（ライセンスであり、契約ではないため、許可のみを許可し、それらを削除することはできません）は効果がありません。一般的なWebアプリでサーバーとクライアントのどちらが派生物であるかを示すことは、非常に困難です。ほとんどの開発者は通常サーバーとクライアントの両方を記述するため、クライアントはサーバーの派生物である可能性が高いと思いますが、それはユニフォームからは遠い道です。

— ジュール14年