자유 소프트웨어

GNU 일반 공중 사용 허가서(GPL)는 자유 소프트웨어 재단(FSF)이 만든 가장 대표적이고 널리 사용되는 자유 소프트웨어 라이선스이다. 이 라이선스는 사용자에게 소프트웨어를 실행, 복사, 배포, 연구, 변경, 개선할 자유를 보장하는 것을 목표로 하며, 특히 카피레프트 원칙을 구현한다는 점이 특징이다. 카피레프트는 저작권을 이용하여 소프트웨어의 자유를 제한하지 않고 보호하는 방식을 의미한다. 즉, GPL로 배포된 프로그램을 수정하거나 재배포할 때는 반드시 동일한 GPL 라이선스 하에 소스 코드를 공개해야 한다. 이 조항은 소프트웨어가 자유롭게 유통되고 개선될 수 있도록 하는 핵심 메커니즘으로 작동한다.

GPL은 주로 리처드 스톨먼이 주도한 GNU 프로젝트의 일환으로 개발되었으며, 1989년에 첫 번째 버전이 공개되었다. 이후 1991년에 발표된 GPL 버전 2가 리눅스 커널을 포함한 수많은 프로젝트에 채택되면서 사실상의 표준 라이선스로 자리 잡았다. 2007년에는 GPL 버전 3가 공개되어 특허 문제와 디지털 권리 관리(DRM) 제한 등 현대적인 법적 및 기술적 문제를 다루도록 개정되었다. GPL 라이선스는 운영 체제, 응용 프로그램, 개발 도구 등 광범위한 소프트웨어 분야에서 사용되고 있다.

GPL의 주요 의의는 소프트웨어의 자유를 법적으로 강력하게 보장하면서도, 그 자유가 파생된 작업에서도 유지되도록 하는 데 있다. 이는 소프트웨어가 사유화되는 것을 방지하고, 오픈 소스 커뮤니티의 협력적 발전을 촉진하는 토대를 마련했다. 그러나 이 같은 강력한 카피레프트 조항은 때로 상용 소프트웨어 개발자나 기업과의 라이선스 호환성 문제를 일으키기도 하며, 이는 자유 소프트웨어 운동 내에서도 지속적인 논의의 대상이 되고 있다.

LGPL(GNU 약소 일반 공중 사용 허가서)는 자유 소프트웨어 재단(FSF)이 만든 자유 소프트웨어 라이선스 중 하나이다. 이 라이선스는 주로 소프트웨어 라이브러리와 같은 구성 요소에 사용되도록 설계되었다. LGPL의 주요 목적은 자유 소프트웨어가 아닌 프로그램에서도 해당 라이브러리를 사용할 수 있도록 허용하면서, 라이브러리 자체의 자유로운 수정과 재배포 권리는 보호하는 데 있다.

LGPL은 GPL(GNU 일반 공중 사용 허가서)의 파생 라이선스로, GPL의 핵심 철학을 공유한다. 그러나 GPL이 라이선스가 적용된 코드와 결합된 모든 프로그램 전체를 GPL 조건 하에 배포하도록 요구하는 '강한 카피레프트' 성격을 가진 반면, LGPL은 이 요구를 완화한다. LGPL 라이브러리를 단순히 링크(동적 링크)하여 사용하는 경우, 사용하는 주 프로그램을 자유 소프트웨어로 공개할 의무가 없다.

이러한 완화된 조건 덕분에 LGPL은 상용 소프트웨어 개발자들에게도 널리 채택된다. 개발자들은 LGPL 라이브러리의 이점을 활용하여 애플리케이션을 구축할 수 있으며, 자신의 애플리케이션 소스 코드를 공개하지 않고 판매하거나 배포할 수 있다. 단, 라이브러리 자체를 수정한 경우에는 그 수정된 버전을 LGPL 조건에 따라 소스 코드와 함께 공개해야 한다.

LGPL은 GNU 컴파일러 컬렉션(GCC)의 일부 라이브러리나 GTK 툴킷 등 많은 중요한 오픈 소스 라이브러리에 적용되어 있다. 이는 자유 소프트웨어 생태계의 확장에 기여하면서도 실용적인 채택 장벽을 낮추는 데 중요한 역할을 해왔다.

MIT 라이선스는 자유 소프트웨어 라이선스 중 하나로, 매우 허용적이고 간결한 조건을 특징으로 한다. 이 라이선스는 매사추세츠 공과대학교에서 개발되어 이름이 붙여졌으며, BSD 라이선스와 함께 가장 허용적인 퍼미시브 라이선스로 분류된다. 사용자에게 소프트웨어를 아무런 제약 없이 사용, 복사, 수정, 병합, 출판, 배포, 서브라이선스 및 판매할 수 있는 광범위한 권한을 부여한다.

라이선스의 핵심 내용은 극도로 짧고 명확하다. 라이선스 문구와 저작권 고지를 소프트웨어의 모든 복사본에 포함시켜야 한다는 조건이 주요 의무사항이다. 이 조건 외에는 사용상의 제약이 거의 없어, 사용자가 수정한 버전을 사유 소프트웨어로 배포하거나 클로즈드 소스 프로젝트에 포함시키는 것도 허용된다. 이러한 높은 자유도 덕분에 상업적 이용이 활발하다.

MIT 라이선스는 GPL과 같은 카피레프트 라이선스와 대비되는 특징을 가진다. 카피레프트 라이선스는 파생작을 동일한 자유로운 조건으로 공개하도록 요구하지만, MIT 라이선스는 그러한 의무를 부과하지 않는다. 이로 인해 기업을 포함한 다양한 개발자 커뮤니티에서 널리 채택되고 있으며, 특히 Node.js의 npm 생태계와 많은 자바스크립트 라이브러리, 프레임워크에서 표준적인 라이선스로 자리 잡았다.

이러한 간결함과 허용성은 소프트웨어의 광범위한 재사용과 생태계 확장을 촉진하는 강점으로 작용한다. 하지만 파생작의 자유를 강제하지 않기 때문에, 어떤 이들은 이 점을 자유 소프트웨어 운동의 철학적 취지와는 다소 거리가 있다고 보기도 한다.

BSD 라이선스는 자유 소프트웨어 라이선스 중 하나로, 매우 허용적인 조건이 특징이다. 이 라이선스는 BSD 운영 체제에서 파생된 소프트웨어를 배포하기 위해 개발되었으며, 이후 다양한 프로젝트에서 널리 채택되었다. 가장 큰 특징은 소스 코드를 수정하거나 수정하지 않은 상태로 자유롭게 사용, 복제, 배포, 수정할 수 있으며, 심지어 사유 소프트웨어에 포함시켜 재배포하는 것도 허용한다는 점이다. 다만, 원저작자의 저작권 고지와 라이선스 고지, 그리고 책임 부인 조항을 배포물에 포함시켜야 한다는 조건이 일반적으로 따른다.

주요 변종으로는 2-Clause BSD 라이선스와 3-Clause BSD 라이선스가 있다. 2-Clause 버전은 저작권 고지와 책임 부인 조항만을 요구하는 매우 간단한 형태이다. 3-Clause 버전은 여기에 "광고 조항"을 추가하는데, 이는 원저작자나 기여자의 이름을 사전 서면 동의 없이 홍보에 사용할 수 없다는 내용이다. 이 광고 조항은 후에 Apache 라이선스 1.1 버전 등에서도 채택되었으나, 실제 적용의 복잡성으로 인해 4-Clause BSD 라이선스의 광고 조항과 함께 많은 논란을 일으켰다.

이러한 극도의 허용성 덕분에 BSD 라이선스는 상업적 이용에 매우 유리하다. 기업은 BSD 라이선스 하의 코드를 자사 제품에 자유롭게 통합하고, 수정 사항을 공개하지 않은 채 사유 소프트웨어로 판매할 수 있다. 이는 GPL 계열 라이선스와의 핵심적 차이점으로, GPL은 파생물도 동일한 카피레프트 조건으로 공개해야 한다는 강제성을 띠고 있다. 대표적으로 FreeBSD, NetBSD, OpenBSD와 같은 운영 체제, 그리고 초기 TCP/IP 스택 구현체 등이 BSD 라이선스를 사용한다.

Apache 라이선스는 아파치 소프트웨어 재단(ASF)이 자신의 프로젝트를 위해 개발한 자유 소프트웨어 라이선스이다. 현재 가장 널리 사용되는 버전은 2004년에 발표된 Apache 라이선스 2.0이다. 이 라이선스는 사용자에게 소프트웨어를 자유롭게 사용, 수정, 배포할 수 있는 권한을 부여하면서도, 특허권에 대한 명시적인 허용 조항을 포함하고 있다는 점이 특징이다. 이는 GPL과 같은 카피레프트 라이선스와 구별되는 중요한 요소로, Apache 라이선스로 배포된 코드를 수정하여 사유 소프트웨어에 포함시켜 재배포하는 것도 허용한다.

Apache 라이선스 2.0의 주요 조건은 변경 사항을 표시해야 하며, 라이선스 텍스트와 저작권 고지를 배포물에 포함시켜야 한다는 것이다. 또한, 라이선스가 부여하는 특허 권한을 행사하는 사용자가 해당 소프트웨어에 대해 특허 소송을 제기하면 라이선스가 제공하는 특허 권한이 자동으로 종료된다는 조항이 있다. 이러한 조건들은 비교적 간단하고 비제한적이어서, 기업을 포함한 다양한 사용자들에게 널리 채택되고 있다.

Apache 라이선스는 주로 아파치 HTTP 서버, 아파치 하둡, 아파치 카프카와 같은 아파치 재단의 프로젝트뿐만 아니라, 안드로이드 운영 체제의 많은 구성 요소, Kubernetes, Flutter 등 수많은 중요한 오픈 소스 프로젝트에서 사용되고 있다. 이 라이선스의 관대한 성격은 상업적 이용과 다른 라이선스의 소프트웨어와의 결합을 용이하게 하여, 생태계 확장에 기여해왔다.

Apache 라이선스는 MIT 라이선스나 BSD 라이선스와 함께 '관대한 라이선스'로 분류되며, GPL 계열의 라이선스와는 호환된다. 즉, Apache 라이선스 2.0으로 배포된 코드는 GPL 3.0 프로젝트에 통합될 수 있다. 이러한 호환성과 명확한 특허 조항 덕분에, 기업의 법무 부서에서도 선호하는 라이선스 중 하나로 자리 잡았다.

자유 소프트웨어 재단(FSF)은 1985년 리처드 스톨먼에 의해 설립된 비영리 단체이다. 이 단체의 주요 목적은 컴퓨터 사용자의 자유를 보호하고 자유 소프트웨어 운동을 지지하며, 모든 소프트웨어 사용자가 소프트웨어를 자유롭게 사용, 연구, 공유, 수정할 수 있는 권리를 옹호하는 것이다. 재단은 GNU 프로젝트를 후원하고, GNU 일반 공중 사용 허가서(GPL)를 포함한 주요 자유 소프트웨어 라이선스의 관리자 역할을 한다.

FSF의 활동은 소프트웨어 개발 지원, 법률 및 라이선싱 문제에 대한 조언 제공, 그리고 사유 소프트웨어와 소프트웨어 특허, 디지털 권리 관리(DRM)에 대한 캠페인을 포함한다. 재단은 자유 소프트웨어의 정의와 네 가지 핵심 자유를 공식화하고 홍보하는 중심 기관으로 자리 잡았다. 또한 오픈 소스 소프트웨어와의 개념적 차이를 명확히 하는 데에도 기여해 왔다.

재단은 회원제로 운영되며, 회원들의 후원과 기부를 통해 재정을 조달한다. FSF는 매년 개최하는 자유 소프트웨어 행사와 컨퍼런스를 통해 커뮤니티를 결집시키고, 자유 소프트웨어 개발자와 활동가들에게 중요한 네트워킹의 장을 제공한다. 이를 통해 리눅스 커널과 같은 핵심 자유 소프트웨어 구성 요소의 개발과 채택을 촉진하는 데 기여하고 있다.

FSF의 작업은 현대 디지털 권리와 공유 문화의 토대를 마련하는 데 깊이 관여해 왔다. 재단의 노력은 소프트웨어 사용자의 자유를 법적, 기술적 측면에서 보호하는 틀을 구축했으며, 이는 인터넷과 정보 기술 전반에 지속적인 영향을 미치고 있다.

GNU 프로젝트는 리처드 스톨먼이 1983년에 발표한 자유 소프트웨어 운영 체제 개발 프로젝트이다. 이 프로젝트의 목표는 사용자에게 소프트웨어의 실행, 연구, 공유, 수정의 자유를 완전히 보장하는 유닉스 호환 운영 체제를 만드는 것이었다. 프로젝트 이름 'GNU'는 'GNU's Not Unix'의 재귀 약어로, 기술적으로는 유닉스와 호환되지만 자유 소프트웨어로 구성된다는 점을 강조한다.

GNU 프로젝트는 컴파일러(GCC), 텍스트 에디터(Emacs), 셸(Bash) 등 시스템의 핵심 구성 요소들을 직접 개발하기 시작했다. 그러나 프로젝트의 가장 중요한 구성 요소인 커널(GNU 허드)의 개발은 지연되었다. 1991년 리누스 토르발스가 리눅스 커널을 자유 소프트웨어로 공개하자, GNU 프로젝트의 시스템 구성 요소들과 결합되어 완전한 운영 체제를 이루게 되었다. 이렇게 탄생한 시스템이 바로 오늘날 널리 사용되는 GNU/리눅스 운영 체제이다.

GNU 프로젝트는 단순한 소프트웨어 모음을 만드는 것을 넘어, 자유 소프트웨어 운동의 실질적 토대와 철학적 기반을 제공했다. 프로젝트를 지원하기 위해 리처드 스톨먼은 1985년 자유 소프트웨어 재단(FSF)을 설립하였으며, 1989년에는 GNU 일반 공중 사용 허가서(GPL)를 발표하여 자유 소프트웨어의 법적 보호 장치를 마련했다. GNU 프로젝트는 현대 오픈 소스 생태계의 근간이 되었으며, 그 정신과 도구들은 클라우드 컴퓨팅, 임베디드 시스템, 스마트폰(안드로이드의 기반)에 이르기까지 광범위한 분야에 영향을 미치고 있다.