LGPL 라이센스를 읽었 으며 이전에 알지 못했던 요구 사항을 발견했습니다.
제 4 절 (조합 작품)
다음 각 항목을 수행하는 경우 복합 작업 [...]을 전달할 수도 있습니다.
a) 결합 된 저작물의 각 사본에 라이브러리가 사용되며 라이브러리와 그 사용이이 라이센스의 적용을 받는다는 사실을 눈에 잘 띄십시오.
b) GNU GPL 및이 라이센스 문서 의 사본과 함께 결합 된 저작물 을 동봉하십시오 .
씨) ...
LGPL에 따라 라이센스가 부여 된 라이브러리에 연결할 때 GPL도 전달해야하는 이유는 무엇입니까? 배포판에 두 라이센스를 모두 포함 시키면 어떤 라이센스가 적용되는지 혼동 할 수 있습니다. 이것을 올바르게 해석하고 있습니까? 그렇다면이 요구 사항의 이유는 무엇입니까?
답변:
LGPL은 자체 라이센스가 아니라 GPL의 확장입니다. 상태는 다음과 같습니다.
이 GNU Lesser General Public License 버전에는 아래에 나열된 추가 권한이 보충 된 GNU General Public License 버전 3의 약관이 통합되어 있습니다.
LGPL 라이센스 문서에는 확장명 만 포함되므로 완전한 라이센스를 제공하려면 바닐라 GPL도 복사해야합니다. LGPL 라이브러리 사용자에게 사용중인 라이브러리의 전체 라이센스 를 제공하도록 요구하는 것이 합리적 입니다.
LICENSE-GPL등을 나타냅니다 LICENSE-LGPL.
LGPL이 GPL보다 덜 제한적인 라이센스로 간주되기 때문일 수 있습니다. 특히 LGPL 프로젝트를 다른 프로젝트와 결합하여 해당 프로젝트를 LGPL로 강제하지 않을 수 있습니다. GPL 프로젝트로는 훨씬 더 어렵습니다. 일반적으로 프로젝트를 GPL 프로젝트와 결합하는 경우 결합 된 프로젝트는 GPL로 릴리스되어야합니다.
LGPL 프로젝트와 GPL 프로젝트를 결합하려면 GPL 프로젝트의 제한 사항을 유지해야합니다.
한 걸음 물러서서 "Software is a free"라는 광범위한 FSF 철학에서이를 살펴보면 LGPL에 해당 조항이있는 이유를 알 수 있습니다. LGPL에는 GPL만큼 "바이러스 효과"가 많지 않으며, FSF는 GPL의 소프트웨어가 GPL 아래있는 것으로 유지되기를 원합니다.