MIT 라이센스하에있는 라이브러리의 서브 라이센스를 올바르게 수행하는 방법
라이브러리를 사용하고 확장하고 있습니다. MIT 라이센스에 따르면 라이브러리를 하위 라이센스로 자유롭게 사용할 수 있습니다.
간단히 말하면 될까요
<Software library> is copyright <original author> and licensed under the MIT license.
<orignal license>
Extensions to <Software library> are copyright <me> and licensed under the GPL license,
or commercial license if applicable.
<GPL, or commercial license>
답변
따라서 “이전 라이센스를 어떻게 올바르게 하위 라이센스합니까?”라는 질문의 첫 번째 부분은이 이전 SO 링크 에서 답변 합니다 . 누군가의 MIT 코드를 다시 라이센스 할 수 있습니까? 이 링크에 대한 Gallaecio의 팁, 10k 이상의 평판을 가진 SO 사용자는 여전히 링크를 볼 수 있습니다 .
대답의 가장 관련 부분은 다음과 같습니다.
할 수있는 것은 소프트웨어에 대해 둘 이상의 라이센스가있는 것입니다.
따라서 라이센스 파일을 포함해야하지만 전체 제품에 적용되지 않는 내용을 추가하겠습니다. 멋지게, 누군가가 MIT 라이센스 시작점의 사본을 얻을 수있는 곳을 지적 할 수 있습니다.원본 라이센스뿐만 아니라 GPL도 포함해야하며, 각 개별 파일 전체가 GPL과 그 일부에 대한 MIT에 포함되어 있음을 분명히해야합니다.
이것은 귀하의 질문과 관련이 있다고 생각되는 MIT 대 GPL 라이센스 에 관한 추가 SO 질문입니다.
MIT 라이센스 프로젝트를 GPL 프로젝트로 서브 라이센스 할 때 전체 패키지를 GPL 프로젝트로 제시한다는 점에 주목할 가치가 있습니다. 여기에는 GPL의 바이러스 측면이 포함됩니다. 차용중인 원래 프로젝트는 선택한 소스를 통해 MIT 라이센스에 따라 계속 사용할 수 있습니다. 차이점은 패키지가 프로젝트의 일부로 GPL된다는 것입니다.
누군가가에서 MIT 라이선스 프로젝트를 사용하는 경우 틀림없이, 당신의 GPL’d 프로젝트, 그들은 GPL’d로 생각해야합니다. 그러나 MIT 라이센스에 따라 프로젝트의 원래 소스로 돌아가서 MIT 라이센스에 따라 사용할 수도 있습니다. 머리카락이 갈라져서 법정에서 어떻게되는지 예측할 수 없다고 생각합니다.
GPL FAQ에는 두 개의 라이센스가 호환되는 것이 무엇을 의미하는지 잘 설명 되어 있습니다 .
이것은 다양한 라이센스에 대한 자유 소프트웨어 재단의 의견을 참조 합니다 . MIT 라이센스에 대한 그들의 의견은 This is a lax, permissive non-copyleft free software license, compatible with the GNU GPL. 다음 과 같습니다. 질문의 관점에서 좋은 것입니다.
다음은 GPL v3 라이센스 텍스트에
대한 링크입니다. MIT 라이센스 텍스트에 대한 링크입니다.
FSF는 MIT 라이센스를 Expat 라이센스라고합니다.