問題タブ [gpl]

NAntのライセンス例外の実際的な意味は何ですか：

特別な例外として、このソフトウェアの著作権所有者は、これらの独立したモジュールのライセンス条件に関係なく、アセンブリを独立したモジュールとリンクして新しいアセンブリを作成し、選択した条件で結果のアセンブリをコピーして配布することを許可します。リンクされた独立したモジュールごとに、そのモジュールのライセンスの条件も満たしていることを条件とします。独立したモジュールは、これらのアセンブリから派生したものでも、これらのアセンブリに基づいたものでもないモジュールです。このソフトウェアを変更する場合、この例外をご使用のソフトウェアのバージョンに拡張することができますが、そうする義務はありません。そうしたくない場合は、この例外ステートメントをバージョンから削除してください。

NAntの非GPLタスクを作成できるということですか、それとも独立したモジュールになるほど独立していないと見なされますか？NAntContribは同じ例外を除いて同一のライセンスを持っているため、この質問には答えません。

正式な回答は弁護士しかできないことは理解していますが、空き時間にNAntにリンクするもの（タスクやロガーなど）を作成したい場合は、弁護士に相談してください。

Debianディストリビューション（具体的にはLenny）のすべてのコンポーネントのリストと、それぞれのライセンス（GPL、LGPLなど）を示したものを探しています。そのようなリストはどこにありますか？

はい、私はあなたが弁護士ではないことを知っています。しかし、最近のソフトウェアを作成するということは、私たちが日々使用する無数のライセンスを理解することを意味します。

現在、Squid の GPL V2 ライセンスで苦労しています。Squid は、柔軟な承認機能を備えたクライアント側のキャッシュ プロキシ サーバーです。これらの認証機能の 1 つは、「external_acl_type」を許可することです。external_acl_type は、認証要求を外部バイナリに延期し、STDIN/OUT リダイレクトを介して通信できます。

私が作成した external_acl_type バイナリはかなりのもので、スクリプト可能なプロキシからの承認リクエストに答えることができる可能性があります。その意味で、私の external_acl_type プログラムは squid から独立しています。ただし、(私の意見では) squid は現在、最適なクライアント側プロキシです。事前に構成された squid をバイナリにバンドルしたいと考えています。

GPL V2 の条件の下で、squid のバンドルに準拠するには、外部アプリケーションを GPL V2 としてライセンスする必要がありますか?

私のソフトウェアにバンドルできる、GPL V2 より明らかに制限の少ない堅牢なプロキシは他にありますか?

別のプログラミング ソリューション、またはプログラマーとしての GPL V2 の解釈についてアドバイスをお願いします。私はあなたが法務評議会ではないことを理解していますか？

ありがとう

私の理解では、LGPL では、コードをコピーしない限り、商用目的で LGPL ライブラリをリンクして使用できますか?

これはバイナリにコンパイルするプログラムには意味がありますが、JavaScript はどうでしょうか?

商用 Web サイトで JQuery 用のGreyboxプラグインを使用したいのですが、LGPL であるため合法的に行う方法がわかりません。

GPLv3 および CDDL ライセンスの下でコードをリリースした友人がいます。また、これらのライセンスが競合し、互いに無効になっていると誰かから聞いたことがあります。このコードのユーザーにとってそれが何を意味するかについて、人々が意見や考えを持っているかどうか疑問に思っていました. （はい、知っています。弁護士に相談してください。しかし、何か手がかりがあるかどうか知りたいです）。

私はアプリケーションを持っています、それはlibmysqlclient.soを使用します私はlibmysqlclientがGPLであるためにこのアプリケーションでGPLライセンスが必要かどうか、またはクローズドソースでプログラムを続行できるかどうか疑問に思います

編集：このサイトによると、私はクローズドソースソフトウェアでlibmysqlclientを使用することができます。

なぜGPLがコードに「感染」するのか理解できません...

EDIT2： ライブラリが（LGPLではなく）GPLの下でリリースされている場合、それを使用するプログラムはGPLまたはGPL互換ライセンスの下にある必要があるということですか？

現在クローズドソースのアプリケーションに LZO 圧縮を組み込むことに興味があります。現在、LZO は GPLv2 でライセンスされていますが、LZO のライブラリを使用する場合、アプリケーションもオープンソースにする必要があるかどうかについて混乱しています。私は彼らのライブラリを決して変更していません。

私はソフトウェアの記事で古いJoelのいくつかを読んでいて、 Project Aardvarkの仕様に出くわしました。ある特定のセクションが、私の目に留まりました。

ライセンス

VNCはGPLです。VNCに基づいて構築している2つのコンポーネント、ヘルパーと犠牲者は、GPLの下で再リリースする必要があります。

これはそれほど大したことではありません。コードは私たち自身の使用のために高度に最適化され、リフレクターが機能する必要がありますが、GPLではリリースされません。

GPLがこの種のことを正確に許可していないことをどこかで読んだと確信しているので、これは私を驚かせましたか？

私は商用 Web アプリケーションをコーディングしたいと考えており、そのプロジェクトで LGPL ライセンスの下にある PHP クラスを使用したいと考えていました。

クラスを使用できますか? また、プロジェクトをオープンソースにする必要がありますか (したくないこと)?

編集: コードを販売したくありません。Web アプリで特別なものを提供したいだけです。

GPL の下でライセンスされている別のソフトウェアの上にソフトウェアを構築することを考えています。ソフトウェアのライセンス供与と販売を計画しています。

ライセンスの詳細をよく知っている人なら、GPL に基づいてライセンスされたソフトウェアに依存することの問題や落とし穴に気付くでしょうか?