오픈 소스 프로젝트에 대한 저작권 문제에 관한 질문 [폐쇄
https://stackoverflow.com/questions/1210595
-
06-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
저는 GPL2에 따라 출시 된 오픈 소스 프로젝트의 저자입니다. 나는 2 년 동안 혼자서 일하기 시작합니다.
모든 소스 코드 파일에서 상단에 다음 정보를 첨부합니다.
/*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation; either version 2 of the License, or (at
* your option) any later version.
*
* This program is distributed in the hope that it will be useful, but
* WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
* General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with this program; if not, write to the Free Software
* Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
*
* Copyright (C) 2009 Yan Cheng Cheok <yccheok@yahoo.com>
*/
이제 프로젝트는 대중으로부터 주목을 받고 있습니다. 점점 더 많은 프로그래머가 참여하고 있습니다. 궁금합니다.
(1) 프로그래머가 있으면 원래 소스 코드 파일을 수정하면 저작권 섹션에 이름을 추가해야합니까? 그러나 프로그래머 수가 증가함에 따라 헤더를 거의 읽을 수 없도록 할 수 없습니까? 예를 들어 :
- 저작권 (C) 2009 Yan Cheng Chenk, John
(2) 프로그래머가 새 소스 코드 파일을 추가하는 경우 소스 코드 저작권은 누구에게 속해야합니까? 나? 아니면 그?
(3) 프로젝트에 혼합 된 저작권 소스 코드가있는 경우,
AC, BC, CC 소스 코드 파일은 저작권이 있습니다. Yan Cheng Cheng DC, EC, FC 소스 코드 파일은 저작권 John입니다.
문제가 있습니까? 앞으로 John은 다른 라이센스를 사용하여 DC, EC, FC를 전환하기로 결정했으며 Yan Cheng Cheok은 동의하지 않습니다 ... 누가 최종적으로 말할 것인가?
이러한 유형의 충돌을 피하기 위해, 나는 모든 소스 코드를 저의 저작권으로 간주해야합니까? 그러나 나는 또한 새로운 개발자가 그의 작품이 제대로 인정받지 못한다고 느끼기를 원하지 않습니다.
(4) 저작권 정보에 실제로 "연도"가 있습니까? 2009 년을 넣으면 2010 년에 더 이상 저작권을 보유하고 있지 않습니까?
해결책
나는 변호사가 아니지만 이것을 조사하고 있습니다.
소프트웨어의 저자로서 패치 또는 새로운 기능이 소스 코드에 대한 전체 저작권을 보유하고 있습니다. 라이센스 방법 또는 누가 라이센스를 제공 할 수 있는지 결정할 수 있습니다.
누군가가 프로젝트에 소스를 기부하면 적어도 코드가 라이센스를 부여하는 용어를 말하는 이메일을 받아야합니다. 예를 들어, MIT 프로젝트가 있고 누군가가 GPL 인 패치를 기부하면 꽤 큰 피클에 있습니다. 그것을 받아들이려면 GPL에 따라 프로젝트를 다시 라이센스해야합니다.
먼저 먼저 :
- 그의 기여가 어떤 라이센스가 적용되는지 설명하는 기고자로부터 서면으로 무언가를 얻으십시오.
많은 오픈 소스 프로젝트가 오픈 소스 라이센스를 변경하기위한 레버리지를 원합니다. 당신은 모든 기고자에게 연락을 취해야 할 것입니다. 그 중 일부는 도달 할 수 없을 수도 있고, 다시 약간의 피클에있을 것입니다.
많은 대형 오픈 소스 프로젝트가 JCA (Joint Copyright 할당)를 가지고 있음을 알리기 위해 Tech에서는 "모든 기부금은 당사에 속합니다"(예 : Suns 기고자 계약 참조 : 참조 : http://www.openoffice.org/licenses/sca.pdf)
JCA가 배치되면 소스는 간단한 저작권을 가질 수 있습니다. "Copyright (C) 2009 Yan Cheng Cheng yccheok@yahoo.com"은 저작권 보유자이기 때문입니다.
JCA가 없으면 물건이 약간 지저분하다고 생각합니다. 파일을 수정하고 올바른 기고자 이름을 올바른 파일에 배치해야합니다. 또는 여전히 단일 라이센스 만 유지하고 한 지점에 모든 승인을 보유합니다.
따라서이 모든 번거 로움을 피하려면 가장 쉬운 것은 다음과 같습니다.
- JCA를 제자리에 구하십시오
저작권 문서에 대한 해당 연도는 다음 해에 만료되는 것을 의미하지는 않습니다.
다른 팁
이 조항을 제거하는 것을 고려할 수 있습니다.
, or (at your option) any later version.
라이센스의 향후 변경 사항에 따라 귀하의 권리를 변경함에 따라.
저는 변호사가 아니지만 누군가가 특정 저작권에 따라 소스 코드 사본을 제공하면 라이센스를 변경하기가 어려울 것입니다.
그들이 새로운 파일을 구현했다면, 나는 그들이 파일에 그들의 저작권을 넣을 수있게했다.
매년 저작권 파일에서 연도를 업데이트 할 수 있습니다.
Nolo Press에는 저작권 문제에 대한 훌륭한 책이 있습니다. 걱정이된다면 변호사를 받으십시오.
(Ianal)
다른 기고자의 변경 사항은 저작권입니다. 기고자가 귀하에게 이러한 변경 사항을 제공하면 GPL에 따라 재분배 할 수 있습니다. 당신이 할 수없는 것은 GPL과 호환되는 용어에 따른 기고자의 변화를 유물입니다.
라이센스를 변경하기로 결정한 기고자까지는 문제가되지 않아야합니다. 예를 들어 GPL에 기여한 후에는 기고자가 코드의 새로운 사본을 제공하는 것을 중단 할 수 있지만 되 찾으십시오 이미 가지고있는 사본.
이아날
각 기고자는 그들이 쓴 부분에 대한 저작권을 소유하지만 큰 문제는 아닙니다.
John은 이미 GPL에 의해 출시 된 후에 코드를 다시 가져갈 수 없었지만 다른 라이센스에 따라 다시 발표하거나 그 포크의 모든 코드 라인이 그의 또는 그가 가지고 있다고 가정 할 때, 비 GPL 포크를 만들 수있었습니다. 다른 기여자들의 허가.
누군가가 프로젝트를 훔치면 GPL을 위반하면서 프로젝트를 위반하면 여전히 귀하가 쓴 부분에 대해서도 진행할 수 있으며 다른 개발자는 자신의 경우에도 동일한 작업을 수행 할 수 있습니다.
일부 대규모 오픈 소스 프로젝트는 프로젝트를 전체적으로 보호 할 수있는 능력을 보장하기 위해 기고자의 저작권 과제와 미래에 프로젝트를 유명하게 되돌아 가거나 과거의 모든 기고자로부터 허가를받지 않고 프로젝트를 유명하게 할 수있는 능력이 필요합니다.
http://www.gnu.org/licenses/why-assign.html
http://wiki.services.openoffice.org/wiki/sca
