나는 그것을 각 코드 파일에 포함시키기 위해 불필요하게 복제되는 것을 발견했지만 대부분의 오픈 소스 프로젝트에서 그것을 봅니다. 그렇게해야합니까, 아니면 코드 외부에 단일 라이센스 만 포함해야합니까?
나는 그것을 각 코드 파일에 포함시키기 위해 불필요하게 복제되는 것을 발견했지만 대부분의 오픈 소스 프로젝트에서 그것을 봅니다. 그렇게해야합니까, 아니면 코드 외부에 단일 라이센스 만 포함해야합니까?
답변:
코드 밖에 하나만주세요! 나는 다른 사람들에 대해 잘 모르지만 모든 파일 위에서 똑같은 것을 보는 것이 싫다.
나는 그것을 통해 page_down-ing에 의해 그것을 몇 번 읽었다 고 생각합니다.
evidence for the legal situation
. Perhaps a lawyer can add a link to a court decision
.
EULA는 소스 코드를 보는 사람들이 일반적으로 최종 사용자가 아니기 때문에 여기서 잘못된 용어입니다.
법적으로도 차이가 없습니다. 저작권은 명시 적으로 선언 할 필요가 없습니다.
기본적으로, 당신이 달성하는 것은 사람들이 실수로 라이센스 조건을 위반할 위험이 적다는 것 입니다. 그것이 당신에게 얼마나 중요한지 결정해야 할 것입니다.
가장 좋은 타협은 각 소스 코드 파일에 전체 라이선스 텍스트에 대한 링크 (프로젝트 내 상대 URL 및 절대 URL)를 포함하는 매우 짧은 헤더를 넣는 것입니다. 이렇게하면 라이선스에 관심이있는 사람은 누구나 라이선스를 찾을 수있는 위치를 알 수 있습니다 (이상적으로는 엄청난 라이선스 비용을 지불 할 의사가 있는 사람입니다. 이러한 사람이 귀하에게 연락 할 수 있기를 원합니다 !).
아니요, 각 소스 코드 파일에 라이선스를 넣을 필요는 없습니다.
자세히 살펴보면 대부분의 FOSS 응용 프로그램도 그렇게하지 않습니다. 그들은 각 파일의 상단에 저작권 문구를두고 파일이 어떤 라이선스에 속해 있으며 라이선스의 전체 텍스트를 찾을 수있는 위치를 알려주는 짧은 문장을 넣습니다. 일반적으로 라이선스의 전체 텍스트가 포함 된 COPYING 또는 LICENSE 파일 및 / 또는 전체 텍스트가 포함 된 웹 사이트 (COPYING 파일이 더 이상없는 경우)를 가리 킵니다.
Michael Borgwardt가 그의 답변에서 말했듯이 합법적으로 이것을 할 필요가 없습니다. 그러나 배포하려는 소스 코드에는 사람들이 저작권을 가진 사람과 라이선스가 무엇인지 즉시 알 수 있으므로 배포하는 것이 좋습니다.
라이센스에 따라 다를 수 있습니다. GPL은 구별 preamble
하고license
. (성가신) 서문이 코드의 일부 여야 한다고 분명히 명시 되어 있습니다 .
공간을 절약하기 위해 GPL의 서문이나 프로그램에서 사용하는 방법에 대한 지침을 생략 할 수 있습니까?
서문과 지침은 GNU GPL의 필수 부분이며 생략 할 수 없습니다. 사실, GPL은 저작권이 있으며 그 라이센스는 전체 GPL의 축 어적 복사만을 허용합니다. (법률 용어를 사용하여 다른 라이선스를 만들 수 있지만 GNU GPL이 아닙니다.) (1)
출처 : 1) http://www.gnu.org/licenses/gpl-faq.html#GPLOmitPreamble
http://softwarefreedom.org/resources/2012/ManagingCopyrightInformation.html 도 참조하십시오.
ifrOSS 의 무료 전자 책은 독일어로 GPL 2에 대해 설명하고 주석을 달았습니다. GPL 3에 대한 또 다른 것이 있습니다.
잘 알려진 답변을 얻으려면 sx에서 사용할 수없는 법률 자문을 요청해야합니다. (오픈 소스) 프로젝트에 대한 변호사를 찾을 수없는 경우 FSFE 법률 네트워크를 살펴보십시오 .
[...] attach the following notices to the program.
safest to attach them to the start of each source file
each file should have at least the "copyright" line and a pointer to where the full notice is found.
나는 그것을 각 파일에 넣는 이유가 합법적이라고 생각합니다. 계약이 각 파일에있는 경우 누군가 라이선스에 노출되지 않고 코드 조각을 가로막을 가능성은 없습니다.
좋지 않을 수도 있지만, 모든 큰 소년들이 그것을 사용하므로 시각적 인 고통이라면 똑같이하지 않는 더 나은 이유를 찾을 것입니다.
GPL을 사용하는 경우 이것은 문제가 더 많지만 BSD 또는 MIT와 같은 공개 도메인 라이선스를 사용하는 경우 사람들이 코드로 무엇을하는지 정말로 신경 쓰지 않는다고 생각합니다. 당신의 면허가 얼마나 엄격한 지에 달려 있다고 생각합니다.
이날,
EULA가 아닌 라이선스에 대해 이야기한다고 가정하면 라이선스를 외부에 둘 수 있습니다. 이것은 거의 항상 GPL과 같은 정말 긴 라이센스로 수행됩니다. 모든 파일에 전체 GPL 라이선스를 넣는 것은 어리석은 일입니다. 일반적으로 실제 라이센스를 찾을 수있는 위치를 알려주는 일종의 알림이있을 것입니다. 이것은 완벽하게 합법적입니다. 그러나 BSD / Apache / MIT / whatever와 같은 매우 짧은 라이센스의 경우 라이센스를 찾을 수있는 위치에 대한 알림이 라이센스 자체만큼 길기 때문에 모든 파일에 라이센스를 포함하는 것이 더 간단합니다.
코드가 컴파일되어 바이너리를 배포하는 경우에는 실제로 중요하지 않습니다. 바이너리를 만들 때 컴파일 프로세스가 발생하기 전에 주석이 제거되기 때문입니다. 실제 소스 코드를 오픈 소스 또는 비공개 소스로 배포하는 경우에만 중요합니다. 이것은 컴파일되지 않는 스크립팅 언어로 응용 프로그램을 배포하는 경우에 중요합니다.
라이센스를 위해 필요하지 않습니다. 단일 외부 파일은 어떤 파일이 포함되는지 명확하게 유지하는 한 수행합니다.
그러나 저작권의 경우 모든 텍스트에 저작권 표시가 있어야합니다.
내가하는 일은 파일 맨 위에 회사 이름, 마지막 개정 날짜 및 소스 파일에있는 라이센스 이름을 설명하는 두 줄 주석을 넣은 다음 파일 맨 아래에 짧은 버전의 특허.
물론 전체 라이선스 (여러 라이선스의 경우 모두)는 항상 소스 파일 및 릴리스 디렉토리에 포함됩니다.