자유 소프트웨어와 오픈 소스 소프트웨어: 두 판 사이의 차이

내용 삭제됨 내용 추가됨
Seabird33 (토론 | 기여)
New page: 오픈 소스 소프트웨어 운동의 기원은 1980년대 초반 소프트웨어의 상용화 및 그에 따른 여러 가지 제한에 반대하여 리차드 스톨만(Richard Stallman...
 
Seabird33 (토론 | 기여)
편집 요약 없음
1번째 줄:
==개요==
오픈 소스 소프트웨어 운동의 기원은 1980년대 초반 소프트웨어의 상용화 및 그에 따른 여러 가지 제한에 반대하여 리차드 스톨만(Richard Stallman)이 자유소프트웨어 재단(Free Software Foundation)을 만들고 자유 소프트웨어 운동을 시작하면서부터이다. 그 이후 1990년대 들어서면서 인터넷과 더불어 리눅스가 성공하기 시작하였으며, 이를 토대로 상용 소프트웨어 업체들의 참여를 이끌기 위해 1998년 Open Source Initiative(OSI)가 만들어졌다. 때를 같이 하여 MS의 익스플로러에 밀려 어려움을 겪고 있던 넷스케이프사가 웹브라우저의 소스 코드를 공개하는 결정을 내리게 되었으며, Sun, IBM 등이 오픈 소스 소프트웨어에 대한 지원을 시작하였다. 최근 들어서는 아시아와 유럽을 중심으로 각국 정부에서 미국 중심의 소프트웨어 산업을 극복하고 자국의 소프트웨어 기술 수준 향상 및 산업을 성장시키기 위해 오픈 소스 소프트웨어에 대한 지원정책을 내놓고 있다.
 
줄 4 ⟶ 5:
오픈 소스 라이센스는 소프트웨어의 사용, 복제, 배포, 수정의 자유를 부여함과 아울러 다른 한편으로는 소프트웨어의 사용자에게 일정한 의무를 부과하고 있다. 만약 사용자가 이러한 의무를 이행하지 않으면 FSF 등의 권리자로부터 저작권 위반 (또는 계약 위반)으로 소송을 제기 당할 수 있다. 그 결과 권리를 침해한 것으로 결론이 내려지면 소프트웨어의 배포가 더 이상 불가능할 뿐만 아니라 이미 배포한 소프트웨어에 대한 손해배상 등 막대한 책임을 부담하게 된다. 특히 임베디드 소프트웨어의 경우 이를 내장한 제품까지 판매하지 못하거나 Recall 해야 하는 경우도 발생할 수 있으므로 라이센스의 의무사항을 명확히 이해하여 이와 같은 상황을 사전에 예방하는 것이 필수적이다. 그러나 이러한 위험 때문에 오픈 소스 소프트웨어를 전혀 사용하지 않겠다는 결론을 내리는 것은 현명하지 못한 생각이다. 앞에서 지적한 바와 같이 상용 소프트웨어 라이센스에서 규정하고 있는 의무사항에 비하면 오픈 소스 소프트웨어 라이센스가 요구하고 있는 내용이 결코 어려운 것이 아니므로, 오히려 이를 잘 이해하고 이를 준수함으로써 오픈 소스 소프트웨어의 장점을 적극 활용할 필요가 있다.
 
==자유/오픈소스소프트웨어 라이센스==
 
==='''GPL 2.0'''===
 
1980년대에 들어 PC가 널리 보급되기 시작하면서 이전에는 하드웨어의 부속물로만 간주되던 소프트웨어가 부가가치산업으로 발전하기 시작하였다. 이와 함께 지적재산권 및 라이센스를 통하여 소프트웨어의 사용, 복제, 배포, 수정에 일정한 제한을 가하려는 움직임이 나타나게 된다. 소프트웨어를 둘러싼 이러한 일련의 흐름에 반대하고 소프트웨어의 자유로운 사용, 공유, 수정에 대한 기존의 권리를 유지하기 위하여 리차드 스톨만(Richard Stallman)은 자유 소프트웨어 재단(Free Software Foundation)을 설립하고 자유 소프트웨어 운동을 전개하게 된다.
FSF는 자신의 소프트웨어에 대한 저작권을 확보한 뒤, 이러한 권리를 전제로 소프트웨어의 자유로운 공유 및 수정을 보장하고자 하였는데, 그 결과 만들어진 것이 GNU General Public License (GPL) 이다. 이후 FSF는 대부분의 소프트웨어를 GPL에 의해 배포하였으며, 다른 개발자들도 본인들의 의사에 기하여 자신의 소프트웨어를 GPL 조건으로 배포하기 시작하여, 현재 GPL조건의 소프트웨어가 오픈 소스 소프트웨어의 가장 많은 부분을 차지하고 있다.
 
 
==='''LGPL 2.1'''===
 
FSF가 일부 Library에 GPL보다 다소 완화된 형태인 GNU Lesser General Public License (LGPL)를 만들어 사용하고 있는 이유는 오픈 소스 소프트웨어의 사용을 장려하기 위한 전략적인 차원에서이다. 만일 상용 Library와 동일한 기능을 제공하는 Library에 GNU와 같은 엄격한 라이센스를 적용하게 되면, 개발자들이 Library의 사용을 꺼려할 것이다. 오히려 이미 널리 사용되고 있는 상용 Library와 동일한 기능을 제공하는 Library는 LGPL로 배포하여 그 사용을 장려하고 사실상의 표준으로 유도하는 한편, 관련된 다른 오픈 소스 소프트웨어를 보다 더 많이 사용할 수 있도록 하겠다는 것이 FSF의 전략이다.
줄 16 ⟶ 19:
 
 
==='''BSD License'''===
 
BSD 라이센스는 GPL/LGPL보다 덜 제한적이기 때문에 허용범위가 넓다. 이는 BSD가 미 정부에서 제공한 재원으로 운영되었기 때문이다. GPL과의 차이점 중 가장 중요한 사항은, BSD 라이센스를 따르는 프로그램의 소스 코드를 구해 수정한 후 Source를 공개하지 않고 BSD가 아닌 다른 라이센스를 적용하여 판매할 수 있다는 점이다.
 
 
==='''MPL 1.1'''===
 
1998년 웹브라우저 시장을 장악하고 있던 넷스케이프사가 MS의 익스플로러에 밀려 시장점유율이 크게 떨어지자 이를 극복하기 위한 방안으로 웹브라우저의 소스 코드를 공개하기로 결정하였다. 이 때 배포될 Code의 라이센스를 어떤 것으로 선택할 것인가에 대한 논의가 활발히 진행되었으며, 처음에는 GPL도 하나의 대안으로 고려하였었다. 그러나 개발초기부터 오픈 소스 모델로 진행되는 다른 프로젝트와는 달리 기존의 상용 소프트웨어를 오픈 소스 소프트웨어로 전환하는 데에는 여러 가지 많은 복잡한 문제가 있었다. 결국 다양한 의견을 수렴한 후 Netscape Public License 및 Mozilla Public License를 만들게 되었다. 이러한 라이센스를 통해 Netscape사는 오픈 소스 소프트웨어 개발 공동체가 제공하는 이점을 받아들이는 한편, 다른 한편으로는 Netscape 나름대로의 비즈니스 전략 (예컨대 서버 제품에 수정된 Code를 적절히 이용한다는 전략)을 만들어 가고자 하였다. NPL은 Netscape에 약간의 추가적인 권리를 부여할 뿐 기본적인 내용은 MPL과 동일하다.
 
 
==='''QPL 1.0'''===
 
QPL은 Troll Tech의 Qt Library 에 대한 라이센스로, 프로그램의 자유로운 배포 및 이용을 허용하고, 프로그램을 수정하는 것도 어느 정도 허용하기 때문에 오픈 소스 소프트웨어 라이센스로서 인증을 받았다. QPL과는 별도로 지난 2001년 Troll Tech는 Qt를 GPL 조건으로 배포하기 시작하였다. 이것은 QPL의 특정 내용이 제한적이기 때문에 GPL과 양립할 수 없으며, 따라서 Qt를 기반으로 하는 프로그램은 (예컨대 KDE 프로젝트) 자유 소프트웨어가 될 수 없다는 FSF의 비판에 대응한 것이다.