GNU 일반 공중 사용 허가서

원어명	GNU General Public License (GPL)
개발자	[[리처드 스톨먼]], [[자유 소프트웨어 재단]]
최초 공개	1989년 2월 25일
최신 버전	GPLv3 (2007년 6월 29일)
유형	[[카피레프트]] [[자유 소프트웨어]] 라이선스
SPDX 식별자	GPL-2.0-only, GPL-2.0-or-later, GPL-3.0-only, GPL-3.0-or-later
호환성	[[OSI]] 승인, [[FSF]] 자유 라이선스
웹사이트	[https://www.gnu.org/licenses/gpl-3.0.html gnu.org/licenses]

'''GNU 일반 공중 사용 허가서'''(GNU General Public License, '''GPL''')는 [자유 소프트웨어 재단]이 발행한 [[자유 소프트웨어]] [[라이선스]]로, 소프트웨어의 자유로운 사용, 연구, 공유, 수정을 보장하기 위해 고안되었다. GPL은 대표적인 [[카피레프트]] 라이선스로서, 해당 라이선스 하에 배포된 소프트웨어를 기반으로 한 [[파생 저작물]] 역시 동일한 라이선스 조건으로 배포되어야 한다는 것을 핵심 원칙으로 삼고 있다. GPL은 전 세계에서 가장 널리 사용되는 자유 소프트웨어 라이선스 중 하나이며, [[리눅스 커널]]을 비롯한 수많은 주요 [[오픈 소스 소프트웨어]] 프로젝트에 적용되고 있다. == 개요 == GNU 일반 공중 사용 허가서는 [[리처드 스톨먼]]이 1989년에 [[GNU 프로젝트]]를 위해 처음 작성한 소프트웨어 라이선스이다. GPL의 근본적인 목적은 소프트웨어 사용자에게 네 가지 기본 자유를 보장하는 것이다. '''자유 0''': 어떤 목적으로든 프로그램을 실행할 자유 '''자유 1''': 프로그램의 작동 원리를 연구하고 필요에 맞게 수정할 자유 ([[소스 코드]]에 대한 접근이 전제 조건) '''자유 2''': 복사본을 재배포하여 이웃을 도울 수 있는 자유 '''자유 3''': 프로그램을 개선하고 개선된 버전을 공동체에 공개하여 전체 공동체가 혜택을 받을 수 있게 할 자유 GPL의 가장 핵심적인 특징은 '''[[카피레프트]]''' 조항이다. 이는 일반적인 [저작권]의 개념을 역이용한 것으로, 소프트웨어의 자유를 보존하기 위해 저작권법의 틀 안에서 작동한다. GPL 하에 배포된 소프트웨어를 수정하거나 이를 기반으로 새로운 소프트웨어를 작성한 경우, 그 결과물 역시 반드시 GPL로 배포해야 한다. 이를 통해 한 번 자유 소프트웨어로 공개된 코드가 [[독점 소프트웨어]]에 흡수되어 폐쇄되는 것을 방지한다. GPL은 흔히 '''강한 카피레프트'''(strong copyleft) 라이선스로 분류된다. 이는 [GNU 약소 일반 공중 사용 허가서]나 [모질라 공중 사용 허가서]와 같은 '''약한 카피레프트'''(weak copyleft) 라이선스와 구별되는 점이다. 강한 카피레프트 라이선스는 해당 코드를 사용하는 모든 파생 저작물에 동일한 라이선스 조건을 적용하도록 요구하는 반면, 약한 카피레프트 라이선스는 특정 조건 하에서 독점 소프트웨어와의 결합을 허용한다. == 역사 == === 배경: GNU 프로젝트와 자유 소프트웨어 운동 === GPL의 역사는 1983년 [[리처드 스톨먼]]이 [[GNU 프로젝트]]를 시작한 것에서 비롯된다. 당시 [[MIT 인공지능 연구소]]에서 근무하던 스톨먼은 소프트웨어 산업이 점점 더 폐쇄적으로 변해가는 것에 심각한 우려를 느꼈다. 1970년대까지만 해도 [[해커 문화]] 안에서 소스 코드를 자유롭게 공유하는 것이 일반적이었으나, 1980년대 들어 상용 소프트웨어 기업들이 소스 코드를 비밀로 하고 [비공개 동의서]를 요구하는 관행이 확산되었다. 스톨먼은 이러한 변화에 대응하여 완전한 [[자유 소프트웨어]] [[운영 체제]]를 만들겠다고 선언했다. 이것이 바로 '''GNU'''("GNU's Not Unix"의 재귀적 [[두문자어]])프로젝트이다. 1985년 스톨먼은 [[자유 소프트웨어 재단]](Free Software Foundation, FSF)을 설립하여 GNU 프로젝트와 자유 소프트웨어 운동을 조직적으로 지원하기 시작했다. 같은 해 발표된 '''[[GNU 선언문]]'''은 자유 소프트웨어의 철학적 기반을 제시하였다. GNU 프로젝트 초기에 스톨먼은 각 프로그램에 개별적인 라이선스를 적용했다. [[GNU Emacs]]에는 GNU Emacs 일반 공중 사용 허가서를, [[GDB]]에는 별도의 라이선스를 사용하는 식이었다. 그러나 이러한 개별적 접근 방식은 비효율적이었으며, 하나의 통합된 라이선스의 필요성이 대두되었다. === GPL 버전 1 (GPLv1, 1989) === '''GPL 버전 1'''은 1989년 1월에 공개되었다. 이 최초의 GPL은 당시 자유 소프트웨어 배포에서 발생하던 두 가지 주요 문제를 해결하는 것을 목표로 하였다. 첫 번째 문제는 일부 배포자가 [[바이너리]] 형태로만 소프트웨어를 배포하면서 소스 코드를 공개하지 않는 관행이었다. 소스 코드 없이는 사용자가 프로그램을 연구하거나 수정하는 것이 사실상 불가능했다. GPLv1은 소프트웨어를 바이너리 형태로 배포할 경우 반드시 소스 코드도 함께 제공하거나, 소스 코드를 얻을 수 있는 방법을 명시하도록 요구하였다. 두 번째 문제는 배포자가 추가적인 제한 조항을 삽입하여 소프트웨어의 자유를 제한하는 것이었다. GPLv1은 배포 시 GPL에 명시된 것 이외의 추가적인 제한을 부과할 수 없도록 규정하였다. === GPL 버전 2 (GPLv2, 1991) === '''GPL 버전 2'''는 1991년 6월에 공개되었다. GPLv2는 GPLv1을 사용하면서 발견된 여러 실질적 문제들을 해결하기 위해 개정되었으며, 특히 중요한 변경 사항은 '''"자유냐 죽음이냐"'''(Liberty or Death) 조항으로 불리는 제7조의 도입이었다. 제7조는 만약 [[특허]] 소송이나 기타 법적 판결에 의해 GPL의 조건을 충족시키면서 소프트웨어를 배포하는 것이 불가능해지는 상황이 발생할 경우, 해당 소프트웨어를 아예 배포할 수 없도록 규정하였다. 이는 GPL의 카피레프트 원칙이 부분적으로 무력화되는 것을 방지하기 위한 조치였다. 즉, 모든 수신자의 자유를 보장할 수 없다면 차라리 배포 자체를 하지 않는 것이 낫다는 입장을 반영한 것이다. GPLv2는 이후 약 16년간 가장 널리 사용되는 자유 소프트웨어 라이선스로 자리 잡았다. [[리눅스 커널]]의 창시자 [[리누스 토르발스]]는 1992년에 리눅스를 GPLv2로 라이선스하였으며, 이는 리눅스 생태계의 폭발적 성장에 중요한 역할을 했다. 토르발스는 이후 GPLv2를 리눅스에 적용한 것이 자신이 한 가장 좋은 결정 중 하나라고 회고한 바 있다. === GPL 버전 3 (GPLv3, 2007) === '''GPL 버전 3'''은 장기간의 공개 협의 과정을 거쳐 2007년 6월 29일에 공개되었다. GPLv3의 개발은 2005년 후반부터 시작되었으며, [[에벤 모글렌]]이 이끄는 [소프트웨어 자유 법률 센터]가 초안 작성에 주도적인 역할을 수행하였다. 총 네 차례의 공개 초안이 발표되었고, 수천 건의 의견이 수렴되었다. GPLv3는 GPLv2 공개 이후 16년간 변화한 소프트웨어 산업의 법적, 기술적 환경에 대응하기 위해 여러 중요한 변경 사항을 도입하였다. ==== 티보이제이션 방지 ==== GPLv3의 가장 주목할 만한 변경 사항 중 하나는 이른바 '''[[티보이제이션]]'''(Tivoization)에 대한 대응이다. 이 용어는 [[TiVo]]사의 관행에서 유래하였다. TiVo의 [[디지털 비디오 녹화기]]는 GPL 소프트웨어(리눅스 커널 포함)를 사용하면서 소스 코드도 공개했으나, 하드웨어 수준의 [[디지털 서명]] 검증을 통해 사용자가 수정한 소프트웨어를 해당 장치에서 실행할 수 없도록 제한하였다. 이는 GPL의 정신에 반하지만 GPLv2의 문언상으로는 위반이 아닌 것으로 해석될 수 있었다. GPLv3 제6조는 '''"사용자 제품"'''(User Product)에서 GPL 소프트웨어를 사용할 경우, 수정된 버전을 해당 장치에 설치하여 실행할 수 있도록 필요한 '''설치 정보'''(Installation Information)를 제공하도록 요구한다. ==== 특허 관련 조항 강화 ==== GPLv3는 [[소프트웨어 특허]]에 대한 명시적인 조항을 크게 강화하였다. GPLv3 제11조는 소프트웨어를 배포하는 기여자가 해당 소프트웨어에 대한 자신의 특허 청구권을 자동으로 라이선스하도록 규정한다. 이 조항은 2006년 [[마이크로소프트]]와 [[노벨]]이 체결한 논란의 여지가 있는 특허 계약에 대한 직접적인 대응이었다. 해당 계약에서 마이크로소프트는 노벨의 [[SUSE 리눅스]] 고객에 대해서만 특허 소송을 하지 않겠다고 약속하면서, 다른 리눅스 사용자에 대한 특허 위협을 유지하였다. ==== 국제화 ==== GPLv2는 미국 법률 용어에 기반하여 작성되었으나, GPLv3는 국제적인 법적 환경을 고려하여 좀 더 보편적인 용어를 사용하도록 개정되었다. 예를 들어, "배포"(distribution)라는 용어 대신 "전파"(propagation)와 "전달"(conveyance)이라는 보다 포괄적인 개념을 도입하여, 각국의 [[저작권법]] 차이에 따른 해석상의 혼란을 줄이고자 하였다. ==== 디지털 저작권 관리(DRM) 관련 조항 ==== GPLv3 제3조는 GPL 소프트웨어가 [디지털 저작권 관리] 또는 기술적 보호 조치를 구현하는 데 사용될 수 있지만, 해당 소프트웨어가 그러한 보호 조치의 일부로 간주되지 않도록 규정하였다. 이를 통해 GPL 소프트웨어의 수정과 우회가 [디지털 밀레니엄 저작권법] 등의 [[반우회]] 법률에 의해 불법화되는 것을 방지하고자 하였다. === 아페로 GPL (AGPL) === '''[[GNU 아페로 일반 공중 사용 허가서]]'''(AGPL)는 GPL의 변형으로, 네트워크를 통해 소프트웨어 서비스를 제공하는 경우에도 소스 코드 공개 의무가 발생하도록 설계되었다. 일반 GPL에서는 소프트웨어를 서버에서 실행하여 서비스를 제공하는 것은 "배포"로 간주되지 않아 소스 코드 공개 의무가 발생하지 않았다. 이른바 '''ASP 허점'''(Application Service Provider loophole)이라 불리는 이 문제를 해결하기 위해, AGPL 버전 3가 2007년 11월에 공개되었다. AGPL은 [[클라우드 컴퓨팅]]과 [[SaaS]]가 확산되는 시대에 카피레프트의 실효성을 유지하기 위한 중요한 보완책으로 평가된다. == 주요 조항 및 원리 == === 카피레프트 메커니즘 === GPL의 카피레프트는 [[저작권법]]의 틀 안에서 작동한다. 저작권은 기본적으로 저작물의 복제, 수정, 배포를 저작권자에게 독점적으로 부여한다. GPL은 이러한 저작권을 활용하여, 소프트웨어의 복제, 수정, 배포를 허용하되, 그 조건으로 동일한 자유를 유지할 것을 요구한다. 즉, '''저작권을 통해 자유를 강제'''하는 역설적 구조를 갖는다. GPL의 카피레프트 효과는 흔히 '''바이러스적'''(viral)이라고 묘사되기도 한다. 이는 GPL 코드와 결합된 코드 역시 GPL을 적용해야 하기 때문이다. 그러나 이 표현은 [[자유 소프트웨어 재단]]과 GPL 지지자들로부터 부정적이고 오해를 유발하는 표현이라는 비판을 받아왔다. === 소스 코드 공개 의무 === GPL은 소프트웨어를 바이너리 또는 실행 가능한 형태로 배포할 때, '''완전한 대응 소스 코드'''(Complete Corresponding Source)를 함께 제공하도록 요구한다. "대응 소스"란 해당 바이너리를 생성하는 데 필요한 모든 소스 코드와 빌드 스크립트, 설치 스크립트 등을 포함한다. GPLv3에서는 이 정의가 더욱 구체화되어, 소스 코드의 범위에 대한 해석상의 모호함을 줄였다. 소스 코드 제공 방식은 여러 가지가 허용된다. 물리적 매체에 소스 코드를 포함하거나, 네트워크를 통해 다운로드할 수 있는 주소를 제공하거나, 서면 약정(written offer)을 통해 요청 시 소스 코드를 제공하겠다고 약속하는 방식 등이 있다. === "또는 그 이후 버전" 조항 === GPL로 라이선스된 많은 소프트웨어는 "GPL 버전 N '''또는 그 이후 버전'''"(or any later version)이라는 표현을 사용한다. 이 조항은 라이선시에게 해당 버전의 GPL 또는 FSF가 향후 발행하는 더 새로운 버전의 GPL 중 하나를 선택하여 따를 수 있는 권리를 부여한다. 이를 통해 소프트웨어가 GPL의 미래 버전과 호환될 수 있도록 유연성을 확보한다. 다만, [[리눅스 커널]]은 이 조항을 사용하지 않고 '''GPLv2에 한정'''("GPLv2 only")하여 라이선스되어 있다. 이는 리누스 토르발스가 GPLv3의 일부 조항, 특히 티보이제이션 방지 조항에 동의하지 않았기 때문이다. === 라이선스 호환성 === GPL의 카피레프트 특성으로 인해 '''[[라이선스 호환성]]'''은 중요한 실무적 문제이다. GPL 코드와 결합되는 다른 코드는 GPL과 호환되는 라이선스 하에 있어야 한다. [[자유 소프트웨어 재단]]은 GPL과 호환되는 라이선스 및 호환되지 않는 라이선스의 목록을 공식적으로 관리하고 있다. 일반적으로 '''허용적 라이선스'''(permissive license)인 [[MIT 라이선스]], [[BSD 라이선스]], [[아파치 라이선스]] 2.0(GPLv3와만 호환) 등은 GPL과 호환된다. 반면 다른 카피레프트 라이선스와의 호환성은 복잡한 문제를 야기할 수 있다. 예를 들어, GPLv2와 [[아파치 라이선스]] 2.0은 서로 호환되지 않으나, GPLv3와 아파치 라이선스 2.0은 호환된다. == GPL의 적용 사례 == GPL은 수많은 주요 소프트웨어 프로젝트에 적용되어 있다. 대표적인 사례는 다음과 같다. '''[[리눅스 커널]]''': 세계에서 가장 널리 사용되는 [[운영 체제]] 커널로, GPLv2로 라이선스됨 '''[[GNU 컴파일러 모음]]'''(GCC): 대표적인 [[오픈 소스]] [[컴파일러]]로, GPLv3로 라이선스됨 '''[[워드프레스]]''': 세계에서 가장 인기 있는 [콘텐츠 관리 시스템]으로, GPLv2 이상으로 라이선스됨 '''[[GNU Bash]]''': 가장 널리 사용되는 [[유닉스 셸]]로, GPLv3로 라이선스됨 '''[[GIMP]]''': 대표적인 오픈 소스 이미지 편집 프로그램으로, GPLv3로 라이선스됨 '''[[MySQL]]''': 널리 사용되는 [[관계형 데이터베이스 관리 시스템]]으로, GPLv2로 라이선스됨 (이중 라이선스) '''[[마리아DB]]''': MySQL의 포크로, GPLv2로 라이선스됨 '''[[Git (소프트웨어)|Git]]''': 대표적인 분산 [[버전 관리 시스템]]으로, GPLv2로 라이선스됨 == GPL 준수와 집행 == === GPL 위반과 소송 사례 === GPL의 법적 집행은 자유 소프트웨어 라이선스의 법적 유효성을 확인하는 중요한 이정표가 되어 왔다. '''BusyBox 소송''': [[소프트웨어 자유 보전 센터]](Software Freedom Conservancy)는 [[BusyBox]] 프로젝트의 GPL 라이선스를 위반한 다수의 기업에 대해 소송을 제기하였다. 여러 임베디드 장치 제조업체들이 BusyBox를 사용하면서 소스 코드를 공개하지 않은 것이 문제가 되었다. '''[[해럴드 벨테]]의 gpl-violations.org 프로젝트''': 독일의 개발자 해럴드 벨테는 유럽에서 GPL 준수를 집행하기 위한 gpl-violations.org 프로젝트를 설립하였다. 이 프로젝트를 통해 다수의 GPL 위반 사례가 독일 법원에서 성공적으로 다루어졌으며, 이는 유럽 법체계 하에서도 GPL이 법적으로 유효하다는 선례를 남겼다. '''[[시스코 시스템즈]] 사건''': 2008년 FSF는 시스코가 자사의 [[링크시스]] 라우터 제품에 GPL 및 LGPL 소프트웨어를 사용하면서 라이선스 조건을 위반했다고 소송을 제기하였다. 2009년 시스코는 합의를 통해 라이선스 준수를 약속하고 FSF에 기부금을 지급하였다. === GPL 준수 관행 === 기업과 개발자가 GPL을 준수하기 위해 일반적으로 따르는 주요 관행은 다음과 같다. 소프트웨어에 사용된 GPL 구성 요소를 정확히 파악하기 위한 '''소프트웨어 구성 분석'''(SCA) '''완전한 대응 소스 코드'''를 접근 가능한 방식으로 제공 GPL의 '''저작권 고지'''와 '''라이선스 문구'''를 포함 GPL 소프트웨어와 독점 소프트웨어 간의 '''결합 방식'''에 대한 법적 검토 [[리눅스 재단]]은 [[OpenChain]] 프로젝트를 통해 오픈 소스 라이선스 준수에 관한 국제 표준(ISO/IEC 5230)을 개발하여, 기업들의 GPL 준수를 체계적으로 지원하고 있다. == 영향 및 의의 == === 오픈 소스 소프트웨어 생태계에 미친 영향 === GPL은 현대 소프트웨어 산업과 [[오픈 소스]] 생태계의 형성에 지대한 영향을 미쳤다. GPL의 카피레프트 원칙은 기업들이 자유 소프트웨어의 성과를 독점할 수 없도록 함으로써, 협력적 소프트웨어 개발 모델의 확산에 기여하였다. 특히 [[리눅스 커널]]이 GPLv2로 라이선스된 것은 리눅스 생태계의 성장에 결정적인 역할을 했다. GPL의 카피레프트 조항은 기업들이 리눅스에 기여한 코드를 다시 가져가지 못하게 함으로써, 다수의 경쟁 기업들 사이에서도 공동의 코드 기반에 대한 협력이 이루어질 수 있는 환경을 조성하였다. 리누스 토르발스는 GPL이 없었다면 리눅스가 지금과 같은 수준의 기업 참여를 이끌어내지 못했을 것이라고 말한 바 있다. === 법적 및 철학적 의의 === GPL은 [[지적 재산권]]에 대한 새로운 패러다임을 제시하였다. 전통적으로 저작권은 저작물에 대한 독점적 권리를 확보하기 위해 사용되었으나, GPL은 저작권을 공유와 자유를 보장하기 위한 도구로 전환시켰다. 이러한 접근 방식은 이후 [[크리에이티브 커먼즈]](Creative Commons) 등 소프트웨어 이외의 영역에서도 유사한 라이선스 운동에 영감을 주었다. GPL은 또한 소프트웨어 라이선스의 법적 집행 가능성에 관한 중요한 선례를 남겼다. 미국과 독일을 비롯한 여러 국가에서의 법적 분쟁을 통해, 자유 소프트웨어 라이선스가 저작권법 하에서 유효한 법적 계약으로 인정받을 수 있음이 확인되었다. === 경제적 영향 === GPL 소프트웨어는 현대 [[정보 기술]] 산업의 기반 인프라를 구성하고 있다. 전 세계 [[서버]]의 대다수가 리눅스 기반으로 운영되며, [[안드로이드 (운영 체제)|안드로이드]] 운영 체제도 GPL로 라이선스된 리눅스 커널을 기반으로 한다. [[클라우드 컴퓨팅]] 인프라, [사물인터넷] 장치, [[슈퍼컴퓨터]] 등 다양한 영역에서 GPL 소프트웨어가 핵심적인 역할을 수행하고 있다. == 논란 및 비평 == === GPLv2와 GPLv3 간의 분열 === GPLv3의 발표는 자유 소프트웨어 및 오픈 소스 커뮤니티 내에서 상당한 논쟁을 야기하였다. 가장 대표적인 반대 의견은 [[리누스 토르발스]]로부터 나왔다. 토르발스는 GPLv3의 티보이제이션 방지 조항이 지나치게 제한적이며, 하드웨어 제조업체의 정당한 이익을 침해할 수 있다고 주장하였다. 그는 리눅스 커널을 GPLv3로 전환하지 않겠다고 선언하였으며, 이 입장은 현재까지 유지되고 있다. 이러한 분열은 GPLv2로 라이선스된 소프트웨어와 GPLv3로 라이선스된 소프트웨어 간의 코드 공유를 어렵게 만드는 실질적인 문제를 야기하였다. GPLv2와 GPLv3는 서로 호환되지 않기 때문이다. === "바이러스적" 특성에 대한 비판 === GPL의 카피레프트 조항, 즉 파생 저작물에도 GPL을 적용해야 한다는 요구 사항은 일부 기업과 개발자로부터 비판을 받아왔다. 특히 [[마이크로소프트]]의 전 CEO [[스티브 발머]]는 2001년 GPL을 "[[암]]과 같다"고 표현하며, GPL이 지적 재산권에 해를 끼친다고 주장한 바 있다. 다만 마이크로소프트는 이후 오픈 소스에 대한 태도를 크게 변화시켰으며, 현재는 다수의 오픈 소스 프로젝트에 기여하고 있다. 일부 개발자와 기업은 GPL의 카피레프트 의무가 상업적 소프트웨어 개발에 장벽이 된다고 느끼며, 이에 따라 [[MIT 라이선스]]나 [[아파치 라이선스]]와 같은 [[허용적 라이선스]](permissive license)를 선호하는 경향이 나타났다. 실제로 2010년대 이후 GitHub 등의 플랫폼에서 새로 생성되는 프로젝트 중 허용적 라이선스를 채택하는 비율이 증가하는 추세가 관찰되었다. === "파생 저작물"의 정의 문제 === GPL의 실무적 적용에서 가장 복잡한 문제 중 하나는 '''[[파생 저작물]]'''(derivative work)의 범위를 어디까지로 볼 것인가이다. 예를 들어, GPL 라이브러리와 [[동적 링크]]를 통해 연결되는 프로그램이 "파생 저작물"에 해당하는지에 대해서는 오랫동안 논란이 있어 왔다. FSF는 동적 링크도 파생 저작물을 생성한다는 입장을 취하고 있으나, 이에 대한 법원의 확정적인 판단은 아직 제한적이다. 이러한 모호함은 특히 기업 환경에서 GPL 소프트웨어의 사용을 주저하게 만드는 요인이 되기도 한다. === GPL과 클라우드 시대 === [[클라우드 컴퓨팅]]의 확산은 GPL의 카피레프트 효과에 새로운 도전을 제기하였다. 기존 GPL에서는 소프트웨어를 서버에서 실행하여 서비스를 제공하는 것이 "배포"에 해당하지 않아 소스 코드 공개 의무가 발생하지 않았다. 이에 따라 대형 클라우드 서비스 제공업체들이 GPL 소프트웨어를 자유롭게 사용하면서도 자신들의 수정 사항을 공개하지 않는 상황이 발생하였다. [[AGPL]]이 이 문제를 부분적으로 해결하였으나, 많은 주요 프로젝트가 여전히 일반 GPL을 사용하고 있어 완전한 해결책이 되지는 못하고 있다. 이러한 상황은 일부 오픈 소스 프로젝트가 [서버 사이드 공중 사용 허가서]와 같은 새로운 라이선스를 모색하게 만드는 배경이 되었으며, [[MongoDB]], [[엘라스틱서치]] 등이 라이선스를 변경한 사례가 이에 해당한다. 다만 이러한 새로운 라이선스들은 OSI 승인을 받지 못한 경우가 많아 "오픈 소스"로 분류될 수 있는지에 대한 논란이 있다. == GPL의 각 버전 비교 == {| class="wikitable" |- ! 항목 !! GPLv1 (1989) !! GPLv2 (1991) !! GPLv3 (2007) '''카피레프트''' - '''특허 조항''' - '''티보이제이션 방지''' - '''DRM 관련 조항''' - '''국제화''' - '''호환성''' } == 관련 라이선스 == GPL은 더 넓은 [[GNU 라이선스]] 체계의 일부이다. 관련 라이선스는 다음과 같다. '''[[GNU 약소 일반 공중 사용 허가서]]'''(LGPL): 약한 카피레프트 라이선스로, 주로 라이브러리에 적용됨. 독점 소프트웨어와의 링크를 허용. '''[[GNU 아페로 일반 공중 사용 허가서]]'''(AGPL): 네트워크를 통한 서비스 제공 시에도 소스 코드 공개를 요구하는 강한 카피레프트 라이선스. '''[[GNU 자유 문서 사용 허가서]]'''(GFDL): 문서에 적용되는 카피레프트 라이선스. [[위키백과]]가 사용하는 라이선스 중 하나. == 관련 문서 == [[자유 소프트웨어]] [[오픈 소스 소프트웨어]] [[카피레프트]] [[리처드 스톨먼]] [[자유 소프트웨어 재단]] [[GNU 프로젝트]] [[리눅스 커널]] [[소프트웨어 라이선스]] [[라이선스 호환성]] [[허용적 소프트웨어 라이선스]] [[크리에이티브 커먼즈]] [[오픈 소스 이니셔티브]] == 외부 링크 == [https://www.gnu.org/licenses/gpl-3.0.html GNU 일반 공중 사용 허가서 버전 3 전문] - GNU 프로젝트 공식 사이트 [https://www.gnu.org/licenses/old-licenses/gpl-2.0.html GNU 일반 공중 사용 허가서 버전 2 전문] - GNU 프로젝트 공식 사이트 [https://www.fsf.org/ 자유 소프트웨어 재단 공식 웹사이트] [https://www.gnu.org/licenses/license-list.html 자유 소프트웨어 라이선스 목록 및 호환성] - FSF [https://opensource.org/licenses/GPL-3.0 GPL-3.0 - 오픈 소스 이니셔티브] [https://www.gnu.org/philosophy/free-sw.html 자유 소프트웨어란 무엇인가?] - GNU 프로젝트 [[분류:소프트웨어 라이선스]] [[분류:자유 소프트웨어]] [[분류:GNU 프로젝트]] [[분류:카피레프트]] [[분류:오픈 소스]]