GPL 및 MIT 라이센스를 올바르게 사용하려면 어떻게합니까?


33

우리 자신부터 Alaukik이 넣어달라고 스크립트를 아래 내가 제대로 일을하고 있다면 궁금 GPL 라이센스. 저와 관련된 요점은 다음과 같습니다.

  1. 프로젝트에 전체 라이센스를 포함시켜야 # Copyright by John Doe, 2011 Licensed under the MIT license: http://www.opensource.org/licenses/mit-license.php합니까, 아니면 법적으로 충분한 의견 입니까?
  2. 실명을 포함해야합니까, 아니면 법적으로 방수가되는 전자 메일 또는 기타 별칭입니까?
  3. 연도가 중요합니까? 특정 기간이 지나면 대부분의 국가에서 저작권이 만료되므로 '예'라고 생각합니다. 그렇지 않으면 어떻게됩니까?
  4. MIT를 통해 GPL을 사용해야합니까? MIT가 더 관대하기 때문에 MIT를 선호합니다. 스크립트가 비공개 소스 소프트웨어에 사용되는지는 신경 쓰지 않습니다.

업데이트 :

' 자신의 소프트웨어에 GNU 라이센스를 사용하는 방법 '에 대한 아주 좋은 페이지 가 있습니다 . gnu 웹 사이트는 또한 프로젝트에 라이센스를 적용하는 방법에 대한 제안을합니다 ( ™ Flimm ). 그것은 GPL에 많은 부분을 다루고 있습니다.

결론-라이센스 선택 :
무료 소프트웨어를 지원하려면 너무 많은 라이센스를 사용하지 마십시오. 독점 사용을 금지하면 자유 소프트웨어가 독점 프로그램보다 우위에있게됩니다. 이론적으로 일부 라이센스의 경우 코드를 재사용하면 원본을 신용해야합니다. 그러나 재사용은 증명하기 어려우며 일부 회사는 당신을 신용하지 않을 수 있습니다. 그러나 소프트웨어를 최대한 넓게 배포하려는 경우, 즉 소프트웨어를 사용하여 독점 제품에 신경 쓰지 않으려면 MIT 또는 LGPL을 사용하십시오. 의심스러운 경우 더 제한적인 라이센스를 사용하고 라인을 추가하여 라이센스 조건 이외의 용도로 사용을 고려할 수 있다고 말합니다. 이런 식으로 자신의 업무에 적합한 프로젝트를 가진 상업용 사용자는 기회를 갖습니다.

결론-저작권 분쟁 :
당신 이 실제로 당신의 두뇌 자녀임을 증명하기 위해 감히 많은 정보를 포함 하십시오. 머리 뒤의 소유권에 대해 소송을 제기하십시오. 가난한 사람의 저작권은 인쇄 된 출처의 사본을 집 주소로 우송합니다. 봉투가 파손되지 않은 경우 소인은 법원에서 유효한 증거이며 날짜와 확인 된 주소를 제공합니다. : 이름 대신 전자 메일 당신이 좋아 충분한 증거 만해야 확인하는 더 나은 안전 미안보다 .


3
나는 탄탄하게 들리고 광신자들과 어울리 며 일반적으로 변호사의 도움을 받기 쉽기 때문에 GPL이나 LGPL을 더 잘 사용해야한다고 생각합니다. 모든 패키지에서 라이센스 텍스트를 반복해서 복사해야한다는 점은 공간이 부족한 가젯 개발자를 화나게하는 곳이라고 들었습니다.
Barafu Albino 2016 년

당신이 옳을 수도 있습니다. GPL의 경우 대부분의 국가에서 선례에 대해 읽었습니다. 상황이 MIT에 얼마나 몰라
사기꾼 - F-사용

1
나는 gpl이 소프트웨어의 상업적 재배포를 허용하기 때문에 '상업적 재활용'에 의해 '독점 소프트웨어에 사용됨'을 의미한다고 생각합니다.
Lincity

6
이 때문에 확실 MIT 관련 법률의 경우에서 선례가 될 것 아니에요 것을 허용. (제품을 보증한다고 말하지 않는 한) 누군가를 고소 할 수 없었습니다.
Oli

보정. 누구나 사소한 이유로, 사소한, 아니든, 어떤 이유로 든 사람을 고소 할 수 있습니다. Expat과 같은 라이센스 (OP에서 MIT로 명확하게 참조 됨)는 법적 절차 중에 라이센스를 배제하지만이 사실을 배제하지는 않습니다.
Josh Habdas

답변:


29

나는 이것을 접두사로 붙여야합니다. 저는 저작권 변호사가 아닙니다. 정말로 궁금한 점이 있으면 연락하십시오. FSF의 사람들이 당신을 도울 수 있습니다.


라이센스의 전체 텍스트를 포함해야합니다. 프로젝트 루트의 LICENSE 파일에 파일을 붙여도 마찬가지입니다. 귀하가하지 않았지만 장기적으로 (저작권이있는 경우) 라이센스에 대한 명확한 참조가없는 것은 나쁜 일이 될 수 있습니다.

명시 적으로 작성하는 데 많은 시간이 걸리지 않습니다.

편집 : 실제로 WARRANTY섹션은 보호를 위해 포함 할 가치가있을 수 있습니다. 포함하지 않는 것이 보증을 의미한다는 증거는 없지만, 다시 한 번 안전하고 미안합니다.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
THE SOFTWARE. 

저작권 고지 (© <date> <name>더 이상 대부분의 장소에서 )가 법적으로 요구되지는 않지만이를 포함하지 않으면 다른 사람에게 도움이되지 않습니다. 저작권을 소유하고 있음을 증명하는 데 어려움을 겪고 있으며 다른 조건으로 라이센스를 부여하려는 사람들에게는 훨씬 어려울 것입니다. 나는 확실히 거기에 넣을 것이다. 그러나 이것은 BSD / MIT 스타일 라이센스에 실제로 문제가되지 않는다고 생각한다.

핸들이나 닉을 사용하는 것과 관련하여 사람들은 다른 미디어에서 수세기 동안 의사 이름을 사용해 왔습니다. 합법적으로 소송을 제기했다면, 당신이 그 사람이라는 것을 분명히 증명할 수 있어야합니다.

MIT에 갈 경우 법적 문제가 거의 없으므로 이러한 문제가 적용되지 않을 것입니다.


저작권 고지서의 연도는 필수는 아니지만 수십 년 안에 누군가를 고소하려는 경우 언제 만들어 졌는지 증명해야합니다. 어려울 수도 있습니다. 고정 통지는 도움이되며 몇 초 밖에 걸리지 않습니다.


우리는 여기서 명확해야합니다.

  • GPL은 상업적인 재배포를 허용하지만 전체 사본을 구입하는 모든 사람이 소스 코드를 변경하여 사용할 수 있어야합니다.
  • LGPL은 소프트웨어 라이브러리에 적합합니다. 이들은 전체 소스를 재배포 할 필요없이 독점 프로젝트에 포함될 수 있습니다. 소스 배포가 필요한 유일한 시간은 코드를 편집 한 후에도 변경 사항을 릴리스하기 만하면됩니다.
  • MIT 코드는 자유롭게 재 라이센스 할 수 있습니다. 누군가 코드를 그대로 사용하고 GPL, 독점 라이센스 등으로 다시 릴리스 할 수 있습니다.

"GPL vs MIT"는 영원한 전투입니다. 가장 편리한 것이 아니라 실제로 가장 행복한 것을 가지고 가십시오. 잠재적으로 악의적 인 사람들이 코드를 가져 와서 잠재적으로 악하거나 수익성이 높은 목적으로 사용하는 것이 마음에 들지 않으면 GPL과 같은 수단을 사용하는 곳을 사용하십시오. 정말로 신경 쓰지 않고 GPL 코드를 직접 사용하지 않는다면 MIT와 같은보다 자유로운 라이센스가 좋습니다.

바이러스 성 오픈 소스 라이센스는 귀하에게 적합하지 않으며, 귀하의 작업을 보장하지만, 동일한 조건 하에서 모든 사람에게 적용되고 재발행되는 것은 무료입니다. 유지 관리에 관심이없는 코드를 덤프하더라도 GPL은 자유 로움을 유지하는 데 도움이됩니다.

이러한 결정을 서두를 필요는 없지만 올바른 결정을 내릴 수 있는지 최악의 경우를 고려해야합니다. 이 라이센스 중 하나에 따라 릴리스되면 완료됩니다.


알았어, 고마워 그것은 대부분 내 질문에 대답했습니다. 포인트 2 (별칭 등)에는 여전히 답변이 필요합니다. 간단한 단일 파일 스크립트에 전체 라이센스를 포함시키는 것은 과도 할 수 있으므로 그렇게하지 않을 것입니다. 참조가 충분해야합니다. 작은 스크립트 파일의 경우 누구나 쓸 수 있습니다. MIT에서 배포하지 않는 이유는 없습니다.
con-f-use

전통적으로 저작권 고지에 들어간 데이터를 생략하면 저작권을 소유하고 있음을 증명할 수 없습니다. 더 많이 넣을수록 더 쉽게 얻을 수 있습니다. 연도, 이름, 연락처 이메일 주소를 입력해도 신원을 확인하는 데 아무런 문제가 없습니다. 그러나 그것을 생략해도 너무 힘들지는 않을 것입니다. [L] GPL과 함께 가면 할 수있는 한 많이 씁니다. 당신이 MIT를 가고 있다면, 당신이 좋아하는대로하세요;)
Oli

1
MIT 라이센스에는 다음이 명시되어 있습니다. "위의 저작권 고지 및이 허가 고지는 소프트웨어의 모든 사본 또는 상당 부분에 포함됩니다." 제가 그것을 이해하는 방식은 가상의 '악의 사단'입니다. 그들이 내 코드 중 하나를 사용하면 여전히``이 부분과 그 부분은 John Doe에 의해 저작권이 있습니다 ''라고 말해야했습니다. 물론 이진 전용 배포판에서 그들이 내 코드를 사용했는지 알기가 어려울 것입니다 ...
con-f-use

"코드를 가져 와서 잠재적으로 악하거나 수익성이 높은 목적으로 사용하고 GPL과 같은 수단을 사용하는 곳을 사용하십시오"-누군가가 "악"과 "가까운 소스"와 같은 경우가 아니라면 GPL은 악에 대한 코드 사용에 대해 거의 제한을 두지 않습니다.
Mateusz Konieczny 2016 년

7

GPLv2 라이센스가 끝나면 프로젝트에 라이센스 조건을 적용하는 방법에 대한 안내서 가 있습니다 . FSF는 문서를 작성하고 가능한 한 법적으로 유효한 문서를 만들기 위해 많은 노력을 기울 였으므로 조언을 따를 것입니다.

GPL 라이센스를 사용하기로 결정한 경우 '버전 2 이상'절을 포함해야합니다. 이렇게하면 나중에 두통을 피할 수 있고 GPLv2 프로젝트는 GPLv3와 호환되며 그 반대도 마찬가지입니다.

Oli가 말했듯이, 저작권을 유지하기 위해 파일 헤더에 실명이나 이메일을 법적으로 사용할 필요는 없지만 나중에 두통을 피하기 위해 본인과 다른 사람들을 구하는 것이 좋습니다.

GPL 라이센스와 MIT 라이센스 사이의 결정은 윤리적이고 전략적인 결정이며 둘 중 하나를 선호하는 많은 주장이 있습니다.


0

내 프로젝트에 전체 라이센스를 포함시켜야합니까, 아니면 법적으로 충분한 의견입니다 ...]

영리 할 필요가 없습니다. 지침을 따르십시오 . 일반적으로 추가하는 각 스크립트에 GPL 라이센스 헤더 를 포함시켜야합니다 . GPL의 전체 텍스트를 추가하거나 확인한 파일 COPYING에 소스에 포함되어 있습니다. 광범위한 Expat 라이센스 작업에 GPL 스크립트를 포함시키려는 경우 호환성이 그 방향으로 작동하지 않으므로 사용할 수 없습니다.

실명을 포함해야합니까, 아니면 법적으로 방수가되는 전자 메일 또는 기타 별칭입니까?

법과 관련하여 수밀은 없습니다. 귀하의 이름이 Sakashi Nakamoto 인 경우 다른 것을 사용하여 자신을 더 고유하게 식별 할 수 있습니다. 이름, 펜 이름 또는 비트 코인 주소 일 수 있습니다.

연도가 중요합니까? 특정 기간이 지나면 대부분의 국가에서 저작권이 만료되므로 '예'라고 생각합니다. 그렇지 않으면 어떻게됩니까?

예. 그렇지 않으면 저작권 만료 연도를 합리적으로 결정하는 데 다른 사람이 더 오래 걸릴 수 있습니다.

MIT를 통해 GPL을 사용해야합니까?

그렇습니다, 당신이 말한 것이기 때문에 그렇게했습니다. 좀 더 일반적인 의미에서 Expat의 관용적 인 성격이 당신을 물게 될 수도 있습니다 .

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.