답변:
저는 변호사 는 아니지만 GNU GPL은 요구 사항을 매우 간결하게 제시합니다. 나는 그것을 읽을 것을 제안하며, 그렇게하기 전에 반드시 그것을 읽으려면 경영진이 필요합니다.
그러나 GPL은 저작권 라이센스입니다. 따라서 회사 외부에서 파생 된 소프트웨어를 배포하지 않으면 일반적으로 적용되지 않습니다.
상용 소프트웨어를 개발하는 경우에는 분명히 그렇지 않지만 사내 소프트웨어를 개발하는 경우 실제로 소프트웨어를 다른 사람에게 공개하지 않을 경우 GPL이 적용되지 않습니다.
나는 GPL FAQ를 읽는 것이 좋습니다 . GPL에는 여러 가지 특징이 있으며 사용하려는 라이브러리가 프로젝트에 다르게 영향을 미칩니다. 이 페이지 는 사용 가능한 여러 GNU 라이센스에 대해 설명합니다. 나는 " LGPL을 사용하지 않는 이유 "에 관한 기사 가 오히려 말하고 있다고 믿는다 .
GPL 의 교리 와 GPL 로 실천할 수있는 것을 이해하십시오 . 이러한 라이브러리의 복잡성을 설명하기 위해이 라이브러리가 상업용 프로젝트에 어떤 영향을 미치며 이러한 문제를 해결하기 위해 할 수있는 일은 변호사와상의하십시오. GPL 상담을 전문으로하는 변호사가 있습니다. GPL은 라이센스 조건을 대체 할 수있는 현지 법률에 의해 제약을받습니다. Richard Stallman (GPL Mr. GPL)은 "맥주가 아닌 자유의 자유만큼"최대한 많은 소프트웨어를 만들 겠다는 의제를 가지고 있습니다.
이해해야 할 주요 용어는 출판 , 링크 대 임베딩 (LGPL 관련 사항) 및 배포 입니다. GPL 변형은 프로젝트가 라이센스 범위 내에있는 경우 소스 코드 를 요청하는 모든 사람이 소스 코드를 사용할 수 있도록해야합니다 . 누구나 다운로드 할 수있는 웹 사이트에서 호스팅 할 필요는 없습니다. 달팽이 메일 요청이 가능하며, 원하는 방식으로 종이 인쇄를 통해 전송 될 수 있습니다. 그것이 GPL의 정신은 아니지만 라이센스의 서한에 맞습니다.
소스 코드를 제공해야하는 경우, 대부분의 회사는 다른 사람이 자신의 "비밀 소스"에 액세스 할 수있는 경우 경쟁 업체가 새 버전의 소프트웨어를 출시하는 장벽을 거의 없애기 때문에이를 고려하지 않을 것입니다. 빌드 스크립트를 배포하지 않더라도 다른 사람이 소스 코드의 배포본에 와서이를 만들 수 없다고 말하는 것은 없습니다.
참고 : 사용하려는 라이브러리에 BSD / MIT / ASL 스타일 라이센스 버전이 있는지 확인해야합니다. 많은 경우 GPL과 관련된 모든 문제를 해결하는 단계가 있습니다. BSD / MIT / ASL 라이센스는 회사가 바이러스 성 부작용없이 라이브러리를 상용 프로젝트에 통합 할 수 있도록 설계되었습니다. 라이브러리 사용자가 다시 기여 하도록 요구할 필요 는 없지만 대부분의 경우에 그렇게합니다. 요컨대, 이것은 Richard Stallman의 주장 중 일부에 결함이 있음을 보여줍니다. RS는 행복한 균형이 필요한 곳에 대안을 제공하는 데 필요한 극단적 인 목적을 제공합니다. 모든 GPL 지지자들이 자신의 라이센스에 대한 RS의 해석에 동의하지 않아 혼란을 야기합니다.
이 FAQ 항목 은 가장 간결하게 질문에 대답합니다.
GPL은 매우 바이러스 성 라이센스입니다. 프로그램의 어느 곳에서나 GPL 라이브러리를 사용하여 게시 또는 배포하는 경우 라이센스 조건에 따라 전체 프로그램을 GPL 또는 호환 라이센스로 게시해야합니다.
If the program is publishedGPL 또는 호환 가능해야합니다. 그것은 doesn't have to출판.