코드와 관련하여 "상호 ​​라이선스 1.5"가 적용된 프로젝트를 사용하면 어떻게됩니까?

Question

그래서 나는 reciprocal public license 1.5 (RPL)을 사용하는 오픈 소스 프로젝트를 발견했다. RPL은 모든 코드를 커뮤니티에 게시해야한다는 것을 의미합니다.

RPL 1.5 - 제 5 항
또한, RPL에서 모든 구성 요소 등 스키마, 스크립트, 소스 코드를 포함하여 저자 - 상관없이 바이너리 또는 사용되는 단일 로 컴파일하고 있는지의 클라이언트/서버 응용 프로그램의 두 부분으로 - 공유되어야합니다. 당신은 그것의 고립 된 조각이 아닌 전체 전체 원형을 공유해야합니다.

나는 나 인터넷에 나가 우리의 고유 코드를 게시와 확인 될 수 없습니다 건강 관리 회사에 근무.

내가 궁금해하는 것은 RPL이 실제로하는 일인가? 출판해야 할 것에 대한 제한이 있습니까? 아니면 RPLed 프로젝트가 RPL 하에서 오픈 소스에 반드시 가야 만하는 것인가?

Answer 1

소프트웨어의 경우 RPL 소프트웨어는 GPL보다도 더 좋음 입니다.

파생 제품에 소스 코드를 게시해야한다는 것은 사실입니다.

또한 GNU 웹 사이트에 말한다 :

상호 공중 사용 허가서 때문에 세 문제 비 무료 라이센스입니다. 1. 초기 사본에 대해 의 가격에 한도를두고 있습니다. 2. 은 수정 버전의 게시를 위해 원래 개발자에게 통지해야합니다. 3. 조직에서 사용하는 수정 된 버전 을 으로 게시해야하며 심지어는 도 개인적으로 게시해야합니다. RPL 1.5

source

편집

공정 온라인 견적

:

6.0과 의무를 부여합니다. 및 특급 조건 등을 고려하여, 라이센스 당신은 이에 이 어떤 수정이 작품, 또는 필수 구성 요소 (통칭 확장) 파생 당신이 만들거나 그 동의 본 라이선스에 따라 에 당신 부여 귀하가 기여하는 것은 이 라이센스의, 제한, 섹션 4없이 포함됩니다.모든 확장 당신은 만들 또는 귀하가 본 사용권 또는 항에 따라 릴리즈되는 본 라이선스의 미래 버전의 조건에 따라 배포해야합니다 기여 되는 7. 당신은 이에 허락을 부여하고 모든 제 3 자 전세계 비 독점, 당신은 사용, 복제 할 을 소유하거나 제어하는 ​​ 지적 재산권, 디스플레이, 는에서, 파생 상품, 재 라이센스를 생성, 수정 및 라이센스 소프트웨어를 배포, 수행에서 로열티 무료 라이센스 어떤 형식이든. 모든 확장자 확장 및 확장자가 인 후속 사용자 또는 기여자 에게 쉽게 알리려면 make and Deploy에 고유 제목이 있어야합니다. 에는 배포본의 복사본이있는 모든 사본과 함께 복사본을 얻는 방법에 대한 지침이 포함되어 있어야합니다. 당신은 제공하거나 이 을 변경할 수있는 소스 코드 또는 라이센스 소프트웨어의 실행 버전, 또는 확장에 어떤 조건을 부과하거나 본 라이선스 또는 수신자의 권리 본 계약의 해당 버전을 제한하지 않을 것에 동의합니다.

Answer 2

상호 인증은 GPLv2보다 엄격합니다. RPL을 기반으로 연결된 모든 소스 코드 (독점적 오픈 소스 이건간에)의 배포가 필요합니다. 자신의 지적 재산권 보호에주의하십시오.