GNU 약소 일반 공중 사용 허가서
GNU Lesser General Public License 로고 | |
| 출판된 | 전( |
|---|---|
| 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]) |
| 다른 라이선스를 가진 코드에서 링크 | 네. |
| 웹 사이트 | www |
GNU Lesser General Public License(LGPL)는 Free Software Foundation(FSF)에서 발행하는 자유 소프트웨어 라이센스입니다.이 라이선스를 통해 개발자와 기업은 LGPL에 따라 출시된 소프트웨어 컴포넌트를 사용하여 자체 소프트웨어(심지어 독점 소프트웨어)에 통합할 수 있습니다.이 경우 강력한 카피레프트 라이선스의 조건에 따라 자체 컴포넌트의 소스 코드를 공개할 필요가 없습니다.단, LGPL 대상 컴포넌트를 수정하는 개발자는 동일한 LGPL 라이선스로 수정된 버전을 제공해야 합니다.독점 소프트웨어의 경우 LGPL의 코드는 보통 공유 라이브러리의 형태로 사용되므로 독점 컴포넌트와 LGPL 컴포넌트를 명확하게 구분할 수 있습니다.LGPL은 주로 소프트웨어 라이브러리에 사용되지만 일부 독립 실행형 응용 프로그램에서도 사용됩니다.
LGPL은 GNU General Public License(GPL)의 강력한 카피레프트와 BSD 라이선스 및 MIT 라이선스 등의 보다 관대한 라이선스 간의 타협으로 개발되었습니다.제목 중 "Lesser"라는 단어는 LGPL이 소프트웨어 사용에 있어 최종 사용자의 완전한 자유를 보장하지 않는다는 것을 나타냅니다.LGPL에 따라 라이선스가 부여된 컴포넌트에 대해서만 수정의 자유를 보장하며 독점 컴포넌트에 대해서는 보장하지 않습니다.
역사
라이선스는 원래 GNU Library General Public License로 불리며 1991년에 처음 발행되었으며 GPL 버전2와의 패리티를 위해 버전 번호2를 채택하였습니다.LGPL은 1999년에 발표된 2.1 포인트 릴리스에서 약간 수정되었으며, 그 때 모든 라이브러리가 LGPL을 사용해야 한다는 FSF의 입장을 반영하여 GNU Lesser General Public License로 이름이 변경되었습니다.LGPL 버전3은 2007년에 GPL 버전3에 적용된 추가 권한 목록으로 발행되었습니다.
LGPL 버전2에서는 GPL의 '프로그램에 근거한 작업'이라는 용어 외에 '라이브러리에 근거한 작업'과 '라이브러리를 이용하는 작업'[4]이라는 두 가지 용어가 추가되었다.LGPL 버전3은 이 조건을 일부 삭제했다.
GPL과의 차이점
GPL과 LGPL의 주요 차이점은 GPL 패밀리의 라이선스 또는 기타 [5]라이선스에 따라 라이선스가 부여되어 있는지 여부에 관계없이 비(L) GPL 프로그램과의 링크(라이브러리의 경우 '사용')가 가능하다는 것입니다.LGPL 2.1에서 비(L) GPLed 프로그램은 파생 작업이 아닌 경우 어떠한 조건에서도 배포할 수 있습니다.파생 저작물인 경우, 프로그램의 조건은 "고객 자신의 사용을 위한 저작물의 수정과 그러한 수정 사항의 디버깅을 위한 리버스 엔지니어링"을 허용해야 한다.LGPL 프로그램을 이용한 저작물이 파생 저작물인지 아닌지는 법적 문제다..so, .dll 또는 유사한 미디어를 통해 라이브러리에 동적으로 링크하는 스탠드아론 실행 파일은 일반적으로 LGPL에서 정의된 파생 작업이 아닌 것으로 간주됩니다.그것은 "도서관을 이용하는 작품"의 정의에 해당될 것이다.LGPL 버전 2.1의 단락 5에는 다음과 같이 기술되어 있습니다.
- 라이브러리의 어떤 부분에도 파생물이 포함되어 있지 않지만, 라이브러리와 함께 컴파일 또는 링크되어 작동하도록 설계된 프로그램을 "라이브러리를 사용하는 저작물"이라고 합니다.이러한 저작물은 단독으로 도서관의 파생 저작물이 아니므로 본 라이선스의 범위에 포함되지 않습니다.
기본적으로 "라이브러리를 사용하는 작업"인 경우 소프트웨어를 LGPL로 커버된 최신 버전의 프로그램과 링크할 수 있어야 합니다.이를 위해 가장 일반적으로 사용되는 방법은 "링크에 적합한 공유 라이브러리 메커니즘"을 사용하는 것입니다.또는 소스 코드 또는 링크 가능한 개체 파일이 제공된 [6]경우 정적으로 연결된 라이브러리를 사용할 수 있습니다.
호환성.
LGPL의 기능 중 하나는 LGPL에 따라 수신된 모든 소프트웨어를 GPL에 따라 서브라이센스할[7] 수 있는 것입니다(LGPL 버전 2.1의 섹션 3 및 LGPL 버전3의 섹션2 옵션 b 참조).이 기능을 통해 GPLed 라이브러리 및 응용 프로그램에서 LGPLed 코드를 직접 재사용할 수 있습니다.
LGPL 버전3은 본질적으로 GPL 버전2와 호환되지 않습니다.단, GPL의 최신 버전 사용을 허가한 후자를 사용한 저작물은 [8]호환성이 있습니다.GPLv2 "또는 모든 최신 버전"으로 출시된 저작물은 LGPL 버전 3 라이브러리의 코드와 결합될 수 있으며, 결합된 저작물 전체가 GPLv3의 [9]조건에 해당됩니다.
라이브러리용 LGPL
 |
이전 명칭인 "GNU 라이브러리 General Public License"는 FSF가 권장하는 소프트웨어 라이브러리가 LGPL을 사용하고 프로그램이 GPL을 사용한다는 인상을 주었다.1999년 2월 GNU 프로젝트 리더인 Richard Stallman은 "LGPL이 폐지된 것은 아니지만 모든 라이브러리에 LGPL을 사용해야 하는 것은 아니라는 것을 설명하는 "Less GPL을 다음 라이브러리에 사용하면 안 되는 이유"라는 에세이를 썼다.
- 어떤 라이선스가 특정 라이브러리에 가장 적합한지는 전략의 문제입니다.라이브러리에 일반 GPL을 사용하면 자유 소프트웨어 개발자가 독점 개발자에 비해 유리합니다. 즉, 독점 개발자는 사용할 수 있지만 독점 개발자는 사용할 수 없습니다.다른 대체 라이브러리를 통해 독점 소프트웨어에서 무료 라이브러리 기능을 쉽게 사용할 수 있는 경우...라이브러리는 무료 소프트웨어에 특별한 이점을 줄 수 없기 때문에 그 라이브러리에 [5]Lesser GPL을 사용하는 것이 좋습니다.
Stallman과 FSF는 때때로 전략상 LGPL보다 덜 제한적인 라이선스를 옹호한다.2001년 [10]Vorbis 프로젝트에서 라이브러리에서 사용하기 위해 BSD 스타일의 라이선스를 사용하는 것을 Stallman이 승인한 것이 대표적인 예입니다[citation needed].
프로그래밍 언어 사양
이 라이선스는 주로 C 프로그래밍 언어 또는 그 패밀리로 작성된 어플리케이션용 용어를 사용합니다.Allegro Common Lisp의 개발자인 Franz Inc.는 Lisp의 맥락에서 용어를 명확히 하기 위해 라이선스에 대한 자체 서문을 발행했습니다.이 프리암블을 갖춘 LGPL은 LLGPL이라고 불리기도 합니다.[11]
또한 Ada에는 GNAT Modified General Public License(GMGPL)의 사용을 재촉하는 특수한 기능이 있습니다.이 기능을 사용하면 코드 자체가 GPL에 포함되지 않고 코드가 GMGPL로 커버되는 유닛에 링크하거나 인스턴스화할 수 있습니다.
C++ 템플릿과 헤더 전용 라이브러리는 Ada 제네릭스와 같은 문제가 있습니다.LGPL 버전3에서는 섹션3의 이러한 케이스에 대해 설명합니다.[12]
클래스 상속
LGPL 라이선스 코드의 객체 지향 클래스가 비(L) GPL 코드로 상속되는 것에 대한 우려가 제기되고 있다.자세한 내용은 GNU 공식 웹 사이트를 참조하십시오.
- LGPL에는 상속을 위한 특별한 규정이 없기 때문에 필요하지 않다.상속은 기존 링크와 동일한 방식으로 파생 작업을 생성하며, LGPL은 일반적인 함수 [13]호출을 허용하는 것과 동일한 방식으로 이러한 유형의 파생 작업을 허용합니다.
「 」를 참조해 주세요.
레퍼런스
- ^ 라이선스 정보 Debian
- ^ a b c "Various Licenses and Comments about Them". Free Software Foundation. 26 June 2018. Retrieved 2 August 2018.
- ^ 라이선스와 표준 오픈 소스 이니셔티브
- ^ "Chapter 10. The Lesser GPL". Copyleft and the GNU General Public License: A Comprehensive Tutorial and Guide. 2018.
- ^ a b 스톨맨, 리처드다음 라이브러리에 Lesser GPL을 사용하지 않는 이유프리 소프트웨어 재단의 공식 웹사이트.
- ^ Gnu Lesser General Public License, 섹션 4, 페이지 d) 0)
- ^ "sublicense". Wiktionary. 7 December 2020.
- ^ GNU Lesser General Public License(LGPL) 버전 3.프리 소프트웨어 재단의 공식 웹사이트.
- ^ GNU 라이선스에 관한 FAQ - GNU Project - Free Software Foundation 。프리 소프트웨어 재단의 공식 웹사이트.
- ^ 스톨맨, 리처드Re: [ open - source ][ Fwd : [ icecast - dev ]Xiph.org 는 Vorbis Beta 4 및 Xiph.org 를 발표합니다.
- ^ Gnu Lesser General Public License 프리암블
- ^ C++ 순수 템플릿 라이브러리용 LGPLv3?
- ^ 터너, 데이비드LGPL과 Java.GNU 공식 웹사이트
