GNU 약소 일반 공중 사용 허가서

3. GPL과의 차이점

GPL과 LGPL의 주요 차이점은 LGPL이 자유 소프트웨어인지 사유 소프트웨어인지에 관계없이 비(非) LGPL 프로그램과의 링크를 허용한다는 점이다.^[27] 비 LGPL 프로그램이 2차적저작물이 아니라면, 어떤 조건으로든 배포할 수 있다. 2차적저작물인 경우에는, 고객 개인의 사용을 위한 변형과 그 변형을 디버깅하기 위한 리버스 엔지니어링을 허용해야 한다.

LGPL 프로그램을 이용한 어떤 저작물이 2차적저작물인가 아닌가 하는 것은 법적인 문제이다. LGPL은 "라이브러리를 사용하는 작업"(work that uses the library)을 정의하고 있는데, 이는 라이브러리와 함께 컴파일되거나 링크되도록 설계된 프로그램을 의미하며, 이러한 작업은 라이브러리의 2차적 저작물이 아니므로 LGPL의 적용 범위를 벗어난다.

LGPL은 "LGPL로 사용된 프로그램의 새로운 버전이 나오더라도 링크가 가능해야 한다"는 조건을 명시하고 있다. 이를 위해 가장 많이 쓰이는 방법은 공유 라이브러리 메커니즘을 사용하는 것이다. 소스 코드나 링크 가능한 대상이 함께 주어지는 경우, 정적 라이브러리를 사용할 수도 있다.

LGPL은 주로 소프트웨어 라이브러리에 채택되지만, 독립형 애플리케이션에도 채택된 예가 있다.

3. 1. 정적/동적 링크와 파생 저작물

3. 2. GPL로의 전환

4. 호환성

GPL 버전 2는 LGPL 버전 3과 본질적으로 호환되지 않는다. 그러나 "또는 이후 버전"의 GPLv2로 릴리스된 작업은 LGPL 버전 3 라이브러리의 코드와 결합될 수 있으며, 결합된 작업 전체는 GPLv3의 조건을 따른다.^[1]

5. FSF의 라이브러리 라이선스 권장 사항

과거 명칭인 "GNU 라이브러리 일반 공중 사용 허가서"는 FSF가 모든 소프트웨어 라이브러리가 LGPL을 사용하고, 프로그램은 GPL을 사용해야 한다고 권장한다는 인상을 주기도 했다. 1999년 에세이 "다음 라이브러리에 왜 Lesser GPL을 사용하지 말아야 하는가"에서 리처드 스톨만은 LGPL이 폐지되지 않았음에도, GPL을 사용하는 것이 자유 소프트웨어 개발자에게 유리할 수 있으므로 모든 라이브러리에 LGPL을 반드시 사용할 필요는 없다고 설명했다.^[5]

1999년 2월, 리처드 스톨만은 ''Why you shouldn't use the Lesser GPL for your next library''^[14](''왜 다음 라이브러리에 덜 일반 GPL을 사용하지 말아야 하는가''^[15])라는 평론에서, LGPL을 라이브러리에 적용하는 것이 ''반드시'' 적절하다고는 할 수 없다는 것을 설명했다.

> 주어진 라이브러리에 어떤 라이선스가 최적인지는 전략의 문제이며, 상황의 세부 사항에 달려 있습니다. 현재 대부분의 GNU 라이브러리는 Library GPL로 덮여 있으며, 이는 우리가 이 두 가지 전략(라이브러리 사용을 허용/불허하는 독점 프로그램) 중 하나만 사용하고, 다른 하나는 무시함을 의미합니다. 그래서 우리는 이제 일반 GPL로 더 많은 라이브러리를 릴리스하려고 합니다.^[14]

이는 LGPL이 비권장되는 것이 아니라, 단지 LGPL을 ''모든'' 라이브러리에 적용해야 하는 것은 아니라고 언급하고 있으며, 예를 들어 GNU C 라이브러리는 LGPL을 이용해야 하는 라이브러리의 한 예로 언급된다. 하지만, LGPL인 이유는 표준 C 라이브러리 등을 비롯한 라이브러리의 구현이 이미 몇몇 존재하고, 프로프리에터리 소프트웨어로부터의 저작물이 GPL인 라이브러리를 뛰어넘어, 경쟁하는 BSD 라이선스 등의 퍼미시브 라이선스에 의해 허가되는 라이브러리와 링크할 가능성이 단지 존재하기 때문이다. 스톨먼은 계속해서 다음을 주장하고 있다.

> 일반 GPL을 사용하는 것이 모든 라이브러리에 유리한 것은 아닙니다. 어떤 경우에는 Lesser GPL을 사용하는 것이 더 나을 수 있는 이유가 있습니다.^[14]

사실, 스톨먼과 FSF는 때때로 (이용자의 자유를 확대하기 위해) 전략적 사항으로서, 의외지만 LGPL보다 제한이 적은 라이선스의 이용을 강력하게 주장하고 있다. 유명한 예는 Vorbis 음성 코덱 프로젝트의 라이브러리에 BSD 형식의 라이선스를 채택한 것을 스톨먼이 지지했다는 경우이다.^[20][21]

6. 프로그래밍 언어별 특이성

이 라이선스는 주로 C 프로그래밍 언어 또는 그 계열로 작성된 응용 프로그램을 위해 사용되는 용어를 사용한다. Allegro Common Lisp의 개발사인 Franz Inc.는 Lisp 환경에서 용어를 명확히 하기 위해 라이선스에 자체 전문을 발표했는데, 이 전문이 포함된 LGPL은 때때로 LLGPL이라고 불린다.^[10]

Ada는 제네릭스라는 특별한 기능을 가진 언어이며, 이를 위해 GPL의 개정판 라이선스인 MGPL이 만들어졌다.

C++ 템플릿과 헤더 전용 라이브러리는 Ada 제네릭과 동일한 문제를 안고 있다. LGPL 버전 3은 3절에서 이러한 경우를 다루고 있다.^[11]

6. 1. 클래스 상속

참조

_[1] 웹사이트 Licenses & Standards https://opensource.o[...]
_[2] 웹사이트 License information https://www.debian.o[...]
_[3] 웹사이트 Various Licenses and Comments about Them https://www.gnu.org/[...] 2018-08-02
_[4] 웹사이트 Chapter 10. The Lesser GPL https://copyleft.org[...] 2018
_[5] 웹사이트 Why you shouldn't use the Lesser GPL for your next library http://www.fsf.org/l[...]
_[6] 웹사이트 Gnu Lesser General Public License, Section 4 https://www.gnu.org/[...]
_[7] 웹사이트 sublicense https://en.wiktionar[...] 2020-12-07
_[8] 웹사이트 GNU Lesser General Public License (LGPL) version 3 https://www.gnu.org/[...]
_[9] 웹사이트 Frequently Asked Questions about the GNU Licenses - GNU Project - Free Software Foundation https://www.gnu.org/[...]
_[10] 웹사이트 Preamble to the Gnu Lesser General Public License http://opensource.fr[...]
_[11] 웹사이트 LGPLv3 for a C++ Pure Template Library ? https://listengine.t[...]
_[12] 웹사이트 The LGPL and Java https://www.gnu.org/[...]
_[13] 문서 法人の意味を含めている。
_[14] 웹사이트 Why you shouldn't use the Lesser GPL for your next library http://www.gnu.org/l[...] Free Software Foundation 2010-08-07
_[15] 웹사이트 あなたの次のライブラリにはライブラリGPLを適用するべきでない理由 http://www.gnu.org/l[...] Free Software Foundation 2006-11-16
_[16] 웹사이트 Q：GNU GPLとGNU LGPLの違いは何ですか？ http://ossipedia.ipa[...] ossipedia.ipa.go.jp
_[17] 문서 二次的著作物の範囲の問題はライセンスに関わらずソフトウェア、そしてあらゆる著作物全てにおいて法的な問題であり、明確な判例はない。GPLについても同様であり、その見解についての詳細は、記事"GNU General Public License#リンクと派生物"に若干記載されている。
_[18] 문서 ライブラリに動的リンクされた実行ファイルがライブラリの二次的著作物か否かは法的な問題であり、LGPLとGPLで扱いに差はない。これは、LGPLやGPLが適用されたライブラリに動的リンクされた単体の実行ファイルが、LGPLにおいてライブラリの二次的著作物とみなされないなら、すなわちリバースエンジニアリングを許可する必要がないならば、GPLにおいてもライブラリの二次的著作物とみなされない、すなわち実行ファイルをGPLにする必要がないことを意味する。逆もまた然りである。
_[19] 웹사이트 GNU Lesser General Public License, version 2.1 http://www.gnu.org/l[...] Free Software Foundation
_[20] 웹사이트 Re: [open-source] [Fwd: [icecast-dev] Xiph.org announces Vorbis Beta 4 and the Xiph.org http://lwn.net/2001/[...] LWN.net 2001-02-26
_[21] 웹사이트 PlayOgg! http://www.fsf.org/c[...] Free Software Foundation 2011-01-04
_[22] 웹사이트 Preamble to the Gnu Lesser General Public License http://opensource.fr[...] opensource.franz.com
_[23] 웹사이트 generics https://en.wikibooks[...]
_[24] 웹사이트 The LGPL and Java http://www.gnu.org/l[...] Free Software Foundation 2004
_[25] 문서 たとえばGNU/Linuxなどでは標準的なC言語のソースコードをコンパイルすると、LGPLであるGNU Cライブラリにリンクされる。このときコンパイルしたソースコードがプロプライエタリソフトウェアであったとしても、LGPLの条項を適用しなくてよい。(glibc はGPLリンク例外の対象外)
_[26] 문서 ライブラリAに静的リンクした場合に加えて、動的リンクしたプログラムが二次的著作物と見なされる場合も、リバースエンジニアリングを許可しなければならない。
_[27] 웹사이트 Why you shouldn't use the Lesser GPL for your next library http://www.fsf.org/l[...]