LGPLがGPLのコピーを含めるために組み合わせ作品を必要とするのはなぜですか？
LGPLライセンス を読んでいて、以前は気付かなかった要件を見つけました。
セクション4（Combined Works）は次のように述べています。
次のことも行う場合は、結合作業を伝えることができます[...]。
a）ライブラリがその中で使用されていること、およびライブラリとその使用がこのライセンスの対象であることを、結合作品の各コピーで目立つように通知します。
b）共同作業にGNU GPLのコピーとこのライセンスドキュメントを添付します。
c）...
LGPLでライセンスされているライブラリにリンクするときに、なぜGPLも伝える必要があるのですか？ディストリビューションに両方のライセンスを含めると、どちらを適用するかについてユーザーが混乱するのではないかと心配です。私はこれを正しく解釈していますか？もしそうなら、この要件の背後にある理由は何ですか？
LGPLはそれ自体のライセンスではなく、GPLの拡張です。それは述べています：
このバージョンのGNU Lesser General Public Licenseは、バージョン3のGNU General Public Licenseの条件を組み込み、以下にリストされている追加の許可によって補足されています。
LGPLライセンスドキュメントには拡張子のみが含まれているため、完全なライセンスを提供するには、Vanilla GPLもコピーする必要があります。 LGPLライブラリのユーザーに、使用しているライブラリのfullライセンスを提供するよう要求することは妥当です。
考えられる理由は、LGPLがGPLよりも制限の少ないライセンスと見なされていることです。特に、LGPLプロジェクトを他のプロジェクトと組み合わせることができ、それらのプロジェクトを強制的にLGPLにすることはできません。 GPLプロジェクトでそれを行うのははるかに困難です。一般に、プロジェクトをGPLプロジェクトと組み合わせる場合は、組み合わせたプロジェクトをGPLとしてリリースする必要があります。
LGPLプロジェクトをGPLプロジェクトと組み合わせるには、GPLプロジェクトの制限を維持する必要があります。
一歩下がって、より広いFSFの哲学である「ソフトウェアは無料であることを意味する」からそれを見ると、彼らがLGPL内にその条項を持つ理由がわかります。 LGPLにはGPLほどの「ウイルス効果」はなく、FSFはGPLで保護されたソフトウェアをGPLの下にあるものとして保持することを望んでいます。