라이센스가없는 오픈 소스 코드… 포크 할 수 있습니까?

몇 년 전에 누군가 정말 놀랍고 인기있는 스크립트를 만들었습니다. 그러나 그들은 오랫동안 업데이트되지 않았으므로 이제는 더 이상 작업하지 않습니다 (대상 플랫폼이 업데이트되었으며 일부 변경이 필요합니다).

그는 어떤 라이센스 하에서도 공개하지 않았습니다. 버그를 수정하고 (현재 많은 대상 사용자가 사용할 수 없음) GitHub에 공개 도메인 스타일 OSS 라이센스로 게시하고 싶습니다. 법적인 영향이 무엇인지 궁금합니다.

저자에게 이메일을 보냈지 만 내 이메일에 답장하지 않았습니다.

다음에서 2 가지 경우에 수행해야 할 작업 :

• 스크립트가 비공개 웹 사이트에 게시 된 경우 (소스 제어없이)
• 스크립트가 라이센스 힌트없이 GitHub에 게시 된 경우

그러나 오픈 소스 인 것처럼 보일 수 있습니다. 사용 / 수정 / 무엇이든간에 가능합니다.

짧은 대답 : 절대로 아닙니다.

소프트웨어이든 텍스트이든 개인이 쓰는 모든 내용은 자동으로 저작권의 보호를받습니다. 모든 텍스트의 기본 상태는 저자가 완전히 소유하고 있으며 저자의 명시적인 허가 없이는 그 어떤 것도 할 수있는 권한이 없다는 것입니다. 수십 년 전, 저자는 저작권을 유지하기 위해 저작권을 주장해야했지만 더 이상 그렇지 않습니다.

이 법률 텍스트와 같은 사이트에서 내가 입력하는이 게시물이 특정 라이센스에 따라 사용 가능하다는 데 동의한다는 내용의 사이트를 볼 수도 있습니다. 그것이 없다면 법에 따라 모든 권리를 보유합니다.

따라서 라이센스 정보를 찾을 수 없으면 개인 용도 이외의 다른 이유로 라이센스 정보를 복사하거나 수정할 수 없습니다.

무언가를 "오픈 소스"로 만드는 것은 의도적 인 행위이며이를 처리 하려면 소프트웨어에 대한 귀하의 권리가 무엇인지 명시 적으로 알려주는 라이센스를 찾아야합니다 . "공용 도메인"소프트웨어에서도 마찬가지입니다. 즉, 저작권이 만료되었거나 (주로 수십 년 전에 쓰여 졌음을 의미 함) 저작자가 명시 적으로 공개 도메인에 서면 으로 게시 한 경우에만 "퍼블릭 도메인"이됩니다 .

설명하는 경우 유일한 해결책은 저자에게 연락하여 요청한 작업을 수행하도록 요청하는 것입니다. 그렇지 않으면 불법으로 간주되며 이론 상으로는 피해를 입을 수 있습니다. (실제로, 당신은 붙잡아 야합니다.)

편집 : IANAL. 이 작업을 수행하려면 하나와 대화하십시오.

분명 오픈 소스입니다

과

그는 어떤 라이센스 하에서도 그것을 공개하지 않았다

충돌. 소스를보고 수정할 수 있다고해서 오픈 소스라는 의미는 아닙니다. 이 작업을 수행 할 수 없으며 라이센스가 부여되지 않았으므로 라이센스를 부여 할 수 없습니다. 저자는 저작물에 라이센스를 적용하거나 그의 의도를 서면으로 명확하게해야합니다.

"나는 변호사 면책 조항이 아닙니다"를 여기에 삽입하십시오.

참고 : github의 오픈 소스가 아닌 코드의 경우 적어도 github에서 여전히 포크 할 수 있습니다. 이것은 많은 사람들이 "라이센스가없는 코드 ... 포크 할 수 있습니까?"라는 제목을 보게되므로 유용합니다. 여기 github에 대해 궁금해합니다. (다른 답변에서 언급 한 이유로 질문 텍스트에 "오픈 소스"라는 단어를 재현하지 않았습니다.)

이 최소 라이센스는 github 서비스 약관의 결과이며 오픈 소스 FAQ에 명시되어 있습니다 .

라이센스를 선택하지 않으면 어떻게됩니까?

귀하는 라이센스를 선택할 의무가 없습니다. 코드 나 프로젝트에 포함하지 않는 것은 귀하의 권리이지만 그 의미에 유의하십시오. 일반적으로 라이센스가 없으면 기본 저작권법이 적용됩니다. 즉, 귀하는 소스 코드에 대한 모든 권리를 보유하며 다른 사람이 귀하의 저작물을 복제, 배포 또는 파생물을 만들 수 없음을 의미합니다. 이것은 당신이 의도 한 것이 아닐 수도 있습니다.

이것이 의도 한 바라도 GitHub의 공용 저장소에 소스 코드를 게시하면 다른 GitHub 사용자에게 일부 권한을 허용하는 서비스 약관에 동의 한 것입니다. 특히, 다른 사람이 저장소를보고 포크하도록 허용합니다.

작업 내용을 다른 사람과 공유하려면 오픈 소스 라이센스를 포함하는 것이 좋습니다.

서비스 약관의 정확한 언어는 다음과 같습니다.

... 리포지토리를 공개적으로 보도록 설정하면 다른 사람이 리포지토리를보고 포크하도록 허용하는 데 동의하게됩니다. ...

패치의 논리에 따르면, 이것은 github 포크에 '패치'를 업로드 할 수도 있음을 의미한다고 생각하지만 변호사가 아니므로 소송을 제기 할 가치가있는 경우 변호사 와 상담해야합니다 ...

분명히 말하면 이 답변 은 github 에만 적용되며 시간이 지남에 따라 조건이 변경 될 수 있지만 다른 협업 사이트는 검색하면 제한적이거나 허용되는 라이센스를 가질 수 있습니다 ...

다른 라이센스로 코드를 넣을 수 없습니다. 이것은 당신의 요구가 아닙니다. 원저자는 여전히 자신의 코드에 대한 모든 권리를 보유합니다. 그가 코드를 온라인에 넣었 기 때문에 원 저자가 공정한 사용과 수정을 허용한다고 합당한 이유가 있다고 가정 할 수 있으며, 이메일에 응답하지 않으면이 가정에 따라 행동해야합니다.

변경 사항을 OSS 라이센스에 적용하되 원래 작성자에 대한 모든 정보와 누락 된 라이센스 정보를 코드 파일에 기록하십시오. 그런 다음 수정하고 재배포하십시오.

원래 작성자에게 연락하여 적절한 라이센스 하에서 코드를 사용하도록 허용 한 다음 그 곳으로 갈 수 있는지 물어볼 수 있습니다.

패치 를 제공 할 수 있습니다 . 이러한 패치의 배포자로서 귀하는 침해에 대해 책임을지지 않습니다 (사소합니다 : 파일 경로 X는 파일 경로 Y가되었습니다).

저작권이있는 원본 저작물과 패치의 조합은 파생 저작물로 보호됩니다. 즉, 조합을 배포 할 수는 없지만 어쨌든 필요하지 않습니다. 패치는 최종 사용자가 수행합니다 (또는 최종 사용자가 수행함).