GNU 劣等一般公衆利用許諾書

GNU 劣等一般公衆利用許諾書

ロゴ
公開済み	1991年; 33年前 （1991年）
SPDX識別子	LGPL-3.0 以降 LGPL-3.0 のみ LGPL-2.1 以降 LGPL-2.1 のみ LGPL-2.0 以降 LGPL-2.0 のみ
Debian FSG 互換	はい[1]
FSF 承認	はい[2]
OSI 承認	はい[3]
GPL互換	はい[2]
コピーレフト	はい[2] (ライブラリまたは動的リンクベース)
異なるライセンスのコードからのリンク	はい
Webサイト	www.gnu.org/copyleft/lesser.html

GNU Lesser General Public License ( LGPL ) は、フリーソフトウェア財団(FSF)が発行するフリーソフトウェア ライセンスです。このライセンスにより、開発者や企業は、強力なコピーレフトライセンスの条件により独自のコンポーネントのソース コードをリリースする必要なく、 LGPL に基づいてリリースされたソフトウェア コンポーネントを独自の (プロプライエタリな) ソフトウェアに使用および統合できます。ただし、LGPL で保護されたコンポーネントを変更する開発者は、変更したバージョンを同じ LGPL ライセンスで利用できるようにする必要があります。プロプライエタリ ソフトウェアの場合、LGPL のコードは通常、共有ライブラリの形式で使用されるため、プロプライエタリ コンポーネントと LGPL コンポーネントは明確に区別されます。LGPL は主にソフトウェア ライブラリに使用されますが、一部のスタンドアロン アプリケーションでも使用されます。

LGPL は、 GNU 一般公衆利用許諾書(GPL)の強力なコピーレフトと、 BSD ライセンスやMIT ライセンスなどのより寛容なライセンスとの妥協案として開発されました。タイトルの「Lesser」という言葉は、LGPL がエンド ユーザーのソフトウェア使用の完全な自由を保証するものではないことを示しています。LGPL でライセンスされたコンポーネントの変更の自由のみを保証し、独自のコンポーネントは保証しません。

このライセンスは元々 GNU Library General Public Licenseと呼ばれ、1991 年に初めて公開され、GPL バージョン 2 と同等のバージョン番号 2 を採用しました。LGPL は 1999 年に公開された 2.1 ポイント リリースで若干の改訂が行われ、すべてのライブラリがこれを使用すべきではないという FSF の立場を反映して GNU Lesser General Public License に名前が変更されました。LGPL バージョン 3 は、GPL バージョン 3 に適用される追加の許可のリストとして 2007 年に公開されました。

GPLの「プログラムに基づく作品」という用語に加えて、LGPLバージョン2では「ライブラリに基づく作品」と「ライブラリを使用する作品」という2つの追加の明確化用語が導入されました。^[4] LGPLバージョン3ではこれらの用語が部分的に削除されました。

GPL と LGPL の主な違いは、後者では、作品が GPL ファミリーのライセンスか他のライセンスかに関係なく、非 (L)GPL プログラムにリンクされる (ライブラリの場合は「使用される」) ことが許可されていることです。^{[5] LGPL 2.1 では、非 (L)GPL プログラムは、}派生作品でなければ、どのような条件でも配布できます。派生作品である場合、プログラムの条件では、「顧客自身の使用のために作品を変更すること、およびそのような変更をデバッグするためにリバース エンジニアリングすること」を許可する必要があります。LGPL プログラムを使用する作品が派生作品であるかどうかは、法的な問題です。.so、.dll 、または同様のメディアを介してライブラリに動的にリンクするスタンドアロンの実行可能ファイルは、LGPL で定義されている派生作品ではないと一般に認められています。これは、「ライブラリを使用する作品」の定義に該当します。LGPL バージョン 2.1 のパラグラフ 5 には、次のように記載されています。

ライブラリのいかなる部分の派生物も含まないが、ライブラリとコンパイルまたはリンクすることによってライブラリと連携するように設計されたプログラムは、「ライブラリを使用する作品」と呼ばれます。このような作品は単独ではライブラリの派生作品ではないため、このライセンスの範囲外となります。

本質的には、それが「ライブラリを使用する作品」である場合、ソフトウェアは LGPL で保護されたプログラムの新しいバージョンとリンクできる必要があります。これを行うための最も一般的な方法は、「リンク用の適切な共有ライブラリメカニズム」を使用することです。または、ソース コードまたはリンク可能なオブジェクト ファイルのいずれかが提供されている場合は、静的にリンクされたライブラリが許可されます。 ^[6]

LGPLの特徴の1つは、LGPLの下で受け取ったソフトウェアをGPLの下でサブライセンス^[7]する許可があることです（LGPLバージョン2.1の第3項、およびLGPLバージョン3の第2項オプションbを参照）。この機能により、GPLのライブラリやアプリケーションでLGPLのコードを直接再利用できるようになります。

LGPL バージョン 3 は、本質的に GPL バージョン 2 と互換性がありません。ただし、GPL の最新バージョンの使用を許可した後者の作品は互換性があります。^[8] GPLv2「またはそれ以降のバージョン」でリリースされた作品は、LGPL バージョン 3 ライブラリのコードと組み合わせることができ、組み合わせた作品全体が GPLv3 の条件に従います。^[9]

以前の名称であるGNU Library General Public Licenseは、 FSFがすべてのソフトウェアライブラリにLGPLを使用し、プログラムにGPLを使用することを推奨しているという印象を与えました。1999年のエッセイ「次のライブラリに劣等GPLを使用すべきでない理由」で、リチャード・ストールマンは、LGPLが廃止されていないものの、GPLを使用するとフリーソフトウェア開発者に有利になる可能性があるため、必ずしもすべてのライブラリにLGPLを使用する必要はないと説明しました。^[5]

このライセンスでは、主にCプログラミング言語またはそのファミリーで書かれたアプリケーション向けの用語が使用されています。Allegro Common Lispの開発者であるFranz Inc.は、 Lispのコンテキストでの用語を明確にするために、ライセンスの独自の前文を公開しました。この前文を持つLGPLは、LLGPLと呼ばれることもあります。^[10]

さらに、Ada にはジェネリックという特別な機能があり、これによりGNAT 修正一般公衆ライセンス(GMGPL) の使用が促される可能性があります。つまり、コード自体が GPL の対象とならずに、GMGPL の対象ユニットにリンクしたり、GMGPL の対象ユニットをインスタンス化したりできるようになります。

C++テンプレートとヘッダーのみのライブラリには、 Adaジェネリックと同じ問題があります。LGPLバージョン3では、セクション3でこのようなケースに対処しています。^[11]

LGPL ライセンスのコード内のオブジェクト指向クラスが非 (L)GPL コードに継承されることの適切性について懸念が高まっています。公式 GNU Web サイトで説明されています。

LGPLには継承に関する特別な規定は含まれていない。なぜなら、継承は必要ではないからだ。継承は従来のリンクと同じように派生作品を生み出すが、LGPLは、通常の関数呼び出しを許可するのと同じように、この種の派生作品を許可している。^[12]

• GNU アフェロ一般公衆利用許諾書
• GNU フリー ドキュメンテーション ライセンス
• GNAT 修正一般公衆利用許諾書
• GPLリンク例外
• LGPL を使用するソフトウェア (カテゴリ)

• LGPL公式ページ
• LGPL-3.0 ライセンス
• LGPL-2.1 ライセンス
• LGPL-2.0 ライセンス
• 派生作品
• Lisping コピーレフト: Lisp LGPL の詳細な読み方、5 International Free and Open Source Software Law Review 15 (2013)