2009-07-31 1 views
4

저는 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 <[email protected]> 
*/ 

이제 프로젝트는 대중으로부터 주목 받고 있습니다.

(1) 프로그래머가 원본 소스 코드 파일을 수정할 때 저작권 섹션에 그의 이름을 추가해야합니까? 그러나 프로그래머가 증가함에 따라 헤더를 거의 읽을 수 없게되지 않을까요? 예를 들어 :

  • 저작권 (C) 2009 연의 쳉 Cheok, 존

(2) 프로그래머가 새로운 소스 코드 파일을 추가 할 경우, 누구에게 귀속 소스 코드의 저작권? 나를? 아니면 그 사람?

(3) 프로젝트, 말의 혼합 저작권 소스 코드,

행, BC 주, 참조 소스 코드 파일이 저작권 연의 쳉 Cheok DC, EC의 된 Fc 소스 코드 파일이 저작권 존이있는 경우

문제가 있습니까? 예를 들어 장래에 John은 다른 라이센스를 사용하여 D.c, E.c, F.c를 전환하기로 결정하고 Yan Cheng Cheok은 동의하지 않습니다 ...... 누가 최종 결정권을 갖게됩니까?

이 유형의 충돌을 피하기 위해 모든 위탁 된 소스 코드를 시행해야합니까? 그러나 새로운 개발자가 자신의 작품이 제대로 적립되지 않았다고 생각하지 않기를 바란다.

(4) 저작권 정보에 "연도"가 실제로 있습니까? 2009 년에 2010 년을 의미한다면 더 이상 저작권을 보유하지 않습니다.

+1

귀하의 저작권에 "2009"가 있지만 다른 누군가가 2008 년부터 동일한 파일을 가지고 있다면 문제가 생길 수 있습니다. 2010 년부터 2010 년 이후 2009 년, 당신은 여전히 ​​저작권이 있습니다. – jrockway

답변

4

저는 변호사가 아니지만이 문제를 조사하고 있습니다.

소프트웨어 작성자는 소스 코드의 전체 저작권을 보유하고있는 패치 또는 새로운 기능 일 수 있습니다. 라이센스를 부여하는 방법 또는 라이센스를 부여 할 사람을 결정할 수 있습니다.

누군가가 프로젝트에 출처를 제공하면 최소한 코드의 라이선스 조건을 말하는 전자 메일을 받게됩니다. 예를 들어, MIT 프로젝트가 있고 누군가 GPL 패치를 제공하면 꽤 큰 피클에 빠지게됩니다. 그것을 받아들이려면 GPL로 프로젝트를 재 라이센스해야합니다. 첫째

그래서, 첫 번째 것들 :

  • 그의 공헌이 적용되는 라이센스에 대해 설명 기여자 서면 무언가를 가져옵니다.

오픈 소스 프로젝트가 많으면 오픈 소스 라이센스를 변경하려고합니다. 예를 들어 GPLv3에서 다시 라이센스를 취득하려는 경우입니다. 이 작업을 수행하려면 모든 참여자에게 연락해야하며 일부는 도달 할 수 없을 수도 있으며 다시 피클을 먹을 수도 있습니다.

가 많은 대형 오픈 소스 프로젝트는 기술에 평균 말하는 JCA 프로 (공동 저작권 할당),이 대처하기 :

: "모든 당신의 공헌이 우리에 속한다"(http://www.openoffice.org/licenses/sca.pdf 예를 들어보기는 기여 계약을 피닉스) 귀하가 저작권 보유자이기 때문에 귀하의 출처에 간단한 저작권이있는 JCA가 있습니다 : "저작권 (C) 2009 Yan Cheng Cheok [email protected]".

제 위치에 JCA가 없으면 파일이 약간 엉망이라고 생각합니다. 파일을 수정하고 올바른 파일에 올바른 제공자 이름을 입력해야합니다. 또는 하나의 License.txt 만 유지하고 모든 승인을 한 곳에서 유지하는 것이 좋습니다.

그래서 가장 쉬운 것은이다 모든 번거 로움을 피하기 위해 :
  • 이는 다음 해에 만료 의미하지 않는다 장소에서 저작권 문서에

년을 JCA 프로를 가져옵니다.

+0

JCA가 도움이됩니다. 나는 내 용도로 JCA 초안을 작성했다. –

0

(IANAL) 다른 공헌자에 의해

변경 저자 저작권이 있습니다. 기고자가 변경 사항을 제공하면 GPL로 재배포 할 수 있습니다. GPL과 호환되지 않는 조건으로 참여자의 변경 사항을 재 라이센스 할 수는 없습니다.

라이센스를 변경하기로 한 기여자는 문제가되지 않습니다. 예를 들어 귀하가 기부금을 받으면 기여자가 자신의 코드 사본을 새로 제공하는 것을 중지 할 수는 있지만 은 이미 가지고있는 복사본을으로 가져갈 수 없습니다.

0

IANAL

각 기여자들이 쓴 부분에 대한 저작권을 소유 것이다, 그러나 그것은 큰 문제가되지 않을 것이다.

John은 이미 GPL에 따라 코드를 릴리스 한 후에 코드를 취소 할 수는 없지만 다른 라이센스하에 코드를 다시 릴리스하거나 GPL이 아닌 포크를 만들 수 있습니다. 포크의 모든 코드 줄이 , 또는 다른 참여자의 허락을 받았습니다.

누군가가 GPL을 위반하여 프로젝트를 도용하면 작성한 부분에 대해 다른 사람이 계속해서 프로젝트를 수행 할 수 있으며 다른 개발자도 GPL을 대신 할 수 있습니다.

일부 대형 오픈 소스 프로젝트는 프로젝트를 전체적으로 보호 할 수있는 권한을 부여하고, 과거의 모든 기여자의 허가를받지 않고 향후 프로젝트 재 라이센스를 부여 할 수있는 권한을 부여해야합니다.
http://www.gnu.org/licenses/why-assign.html
http://wiki.services.openoffice.org/wiki/SCA

1

이 절을 제거하는 것이 좋습니다 :

, or (at your option) any later version. 

를이 라이센스에 대한 미래의 변화에 ​​따라 권한을 변경한다.

저는 변호사가 아니지만 특정 저작권하에 소스 코드 복사본을 제공하면 라이센스를 변경하기가 어려울 수 있습니다.

새로운 파일을 구현 한 경우 해당 파일에 저작권을 부여 할 수 있습니다.

매년 저작권 파일의 연도를 업데이트 할 수 있습니다.

노로 언론에는 저작권 문제에 대한 훌륭한 책이 있습니다. 걱정된다면 변호사를 구하십시오.