오픈 소스 라이센스로 배포하려고 계획 중이므로 아직 작은 프로젝트를 진행 중입니다 (아직 결정하지 않은 경우). 내가 가진 질문은 내가 사용하는 Python 모듈 중 하나가 GPLv3에 따라 라이센스를 받았다는 것입니다. 라이브러리를 수정하지 않고 (있는 그대로 사용) 계속 선택한 라이센스로 프로젝트 라이센스를 부여 할 수 있습니까? 아니면 GPLv3으로 강제 설정해야합니까?
오픈 소스 라이센스로 배포하려고 계획 중이므로 아직 작은 프로젝트를 진행 중입니다 (아직 결정하지 않은 경우). 내가 가진 질문은 내가 사용하는 Python 모듈 중 하나가 GPLv3에 따라 라이센스를 받았다는 것입니다. 라이브러리를 수정하지 않고 (있는 그대로 사용) 계속 선택한 라이센스로 프로젝트 라이센스를 부여 할 수 있습니까? 아니면 GPLv3으로 강제 설정해야합니까?
답변:
GPLv3에 따라 소프트웨어를 출시해야합니다.
라이센스가 명시 적으로 말한다 (쉼표 5)
이 라이센스에 따라 전체 저작물을 전체적으로 라이센스를 취득한 사람에게 라이센스를 부여해야합니다. 따라서이 라이센스는 적용 가능한 섹션 7 추가 조항과 함께 패키지 방식에 관계없이 전체 저작물 및 모든 해당 파트에 적용됩니다. 이 라이센스는 다른 방식으로 저작물을 라이센스 할 수있는 권한을 부여하지 않지만 별도로받은 경우 해당 권한을 무효화하지 않습니다.
아주 간단하다고 생각합니다. FSF (및 AFAIK 법원 판결)에 따르면, 프로그램 자체가 GPL이 아닌 경우 모든 종류의 라이브러리 연결은 위반입니다.
반면에 LGPL 은 비 자유 프로그램이 자유 라이브러리에 링크 될 수 있도록 정확하게 설계되었습니다.
HTH
표시된 표의 섹션을 참조하십시오 아래에서 라이브러리를 사용하고 싶습니다 .
이 표는 변호사가 아닌 사람이 아닌 사람이 없어도 아주 명확하고 잘 이해 될 수 있습니다.
안전한 방법 은 GPLv3과 호환 되는 라이센스 하에서 작성한 코드를 해제하는 것 입니다. GPLv3은 물론 자체적으로 호환되지만 선택할 수있는 다른 라이센스가 많이 있습니다. FSF의 라이센스 목록이 의견을 고집 되나 다른 라이선스는 GPL의 어떤 버전과 호환되는의 질문에 권위 고려 될 수있다.
개인적으로 GPL 버전 2 에 따라 "또는 이후 버전의 옵션"언어로 코드를 라이센스하는 것이 좋습니다 . 이는 GPLv3 및 GPLv2 코드와의 호환성을 제공하므로 카피 레프트 라이센스와 최대한 호환됩니다. 카피 레프트를 원하지 않으면 X11 라이센스를 사용하십시오 .
당신은 당신이하지에서 코드 나 데이터를 재사용해야 소스 코드를 공개하지 않으려면 어떤 카피 레프트 라이센스를 - 그래서 카피 레프트의 전체 포인트는 소스의 가용성을 시행하는 비 윤리적 폐쇄 소스 프로그램에 카피 레프트 재료를 사용하는 라이센스의 서한을 위반하지 않더라도 (어떻게해야하는지에 대해서는 설명하지 않습니다. 구속력이 있고 결정된 경우 실제 저작권 변호사에게 문의하십시오).