CLA, 표준 및 예외.

Matthew Garrett은 최근에 흥미로운 기사 납세자 라이센스 계약을 설명합니다. 먹트웨어. 2 개의 기사를 기준으로 작성하겠습니다.

3 년 전, Pablo (리눅스를 사용합시다) 또한 기사를 썼다 이것에 대하여

납세자 라이선스 계약 ( "CLA")은 업스트림 개발자가 납세자가 추가 권한을 부여하도록 주장하는 메커니즘입니다. 이는 범위가 다양합니다. 일부 CLA는 기여자가 업스트림 개발자에게 기여할 때 자신의 저작권을 재 할당하도록 요구하고, 다른 CLA는 단순히 업스트림 개발자에게 소프트웨어 라이선스에 명시되지 않은 권한을 부여합니다 (예 : BSD에 대한 명시 적 특허 부여). 면허 기부).

CLA는 유통 업체로서 제품이나 프로젝트를 방어하기 위해 무엇보다 많이 사용됩니다. CLA없이 여러 기여자의 코드가 포함 된 소프트웨어를 배포 한 경우 기여 작성자 만 개입 할 수 있기 때문에 충돌이 발생하는 경우 프로젝트를 방어 할 권리가 없습니다. CLA가하는 일은 배포자로서 나에게 코드에 대한 특정 권한을 부여하여 각 기여자가 개입 할 필요없이 코드를 방어 할 수 있도록하는 것입니다. 프로젝트에 수백 명의 기여자가 있으면 더 쉬워집니다.

CLA는 새로운 것이 아닙니다. FSF 프로젝트 CLA가 있습니다. 기여자는 FSF에 자신의 저작권을 할당해야하며 그에 대한 대가로 해당 코드는 항상 GPL 유형의 라이선스하에있을 것이라고 약속합니다. XNUMX 년 동안 Apache Software Foundation 프로젝트에는 다음과 같은 기여자가 필요합니다. CLA에 서명 이를 통해 저작권을 유지할 수 있지만 ASF는 모든 라이선스에 따라 기여를 다시 라이선스 할 수있는 권리를 부여합니다. 마찬가지로 Apache 라이선스는 카피 레프트가 아닙니다.

이제 최근 CLA를 위해 Canonical을 공격하는 것이 모든 분노입니다. 무슨 이유로? 당신이 보면 CLA를 사용하는 프로젝트, 대부분은 BSD 또는 Apache 라이선스가있는 프로젝트이고, 일부는 GPL 라이선스로만 배포 될 것이라고 약속하는 GPL 라이선스가있는 프로젝트입니다. 즉, 모든 사람이 자신의 포크를 만들 수 있거나 아무도 할 수 없습니다.

Canonical은 예외입니다..

Canonical의 CLA는 Apache의 CLA와 유사합니다. 즉, 기여자는 Canonical이 모든 라이선스에 따라 기여를 재 라이선스하고 기여자가 소유권을 유지하도록 허용하는 계약에 서명해야합니다. 문제는 CLA에 따른 소프트웨어가 GPLv3이라는 것입니다. 어떤 일이 발생할 수 있는지 확인하면 많은 기여자가 Mir, Unity, Upstart, LightDM, Ubuntu One 및 기타 Ubuntu 프로젝트와 같은 프로젝트에 기여하는 것을 두려워하는 이유를 알 수 있습니다.

그러나 그것도 나쁘지 않습니다. 왜? 비슷한 똥이 QT 코드를 공개하도록 허용했기 때문입니다. 스톨 맨의 말:

예외 판매는 코드 저작권 보유자가 무료 소프트웨어 라이선스에 따라 코드를 릴리스하고 고객이 다른 조건으로 동일한 코드를 사용할 수있는 권한 (예 : 독점 응용 프로그램에 포함을 허용)에 대한 비용을 지불 할 수 있음을 의미합니다. 이것은 무료 프로그램의 독점 확장 또는 독점 버전과 다릅니다. 예외가 판매되면 코드는 일반인에게 무료로 제공됩니다. 그러나 독점 확장은 독점적입니다.

KDE 환경은 Qt 라이브러리를 기반으로 90 년대에 개발되었습니다. Qt는 당시 독점 소프트웨어 였고 TrollTech는이를 독점 애플리케이션에 포함 할 권한을 부여했습니다. TrollTech는 무료 응용 프로그램에서 Qt를 무료로 사용할 수 있도록 허용했지만 이것은 무료 소프트웨어가 아닙니다. 따라서 100 % 무료 운영 체제는 Qt를 포함 할 수 없으며 KDE도 사용할 수 없습니다.

1998 년 TrollTech 경영진은 자유 소프트웨어 QT로 돌아가서 독점 소프트웨어에 포함 할 수있는 권한을 계속 청구 할 수 있음을 깨달았습니다. 그 제안이 내 것이 었는지 확신 할 수 없지만, 자유 소프트웨어 세계에서 QT와 KDE를 사용할 수있게 된 변화를보고 기뻤습니다. 처음에는 자신의 라이선스 인 Q Public License를 사용했고 나중에이를 GNU GPL로 변경했습니다 (현재 QT는 LGPL에 속합니다).

예외 판매는 기본적으로 GNU GPL과 같은 카피 레프트 라이선스를 사용하여 자유 소프트웨어로 출시하는 데 달려 있습니다. 카피 레프트 라이선스는 전체 결합 프로그램이 동일한 라이선스로 릴리스되는 경우에만 더 큰 프로그램에 포함 할 수 있습니다. 이것이 확장 버전도 무료임을 보장하는 방법입니다. 따라서 결합 된 프로그램 소유자로 만들려는 사용자는 특별한 권한이 필요합니다. 소유자 만이 그러한 권한을 부여 할 수 있으며 예외 판매는이를위한 한 가지 방법입니다. GNU GPL 또는 다른 카피 레프트 라이선스에 따라 코드를받은 다른 사람은 예외를 허용 할 수 없습니다.

Garrett의 기사로 돌아가서 Greg Kroah-Hartman은 다음과 같이 말했습니다. 동의하다 기사에서 CLA는 "커뮤니티 제한 계약"입니다. 그러나 Linus는 더 나아가“공정하기 위해 사람들은 Canonical을 싫어합니다. FSF 및 ASF CLA도 마찬가지로 손상되었습니다. 재 라이선싱 때문이 아니라 저작권 할당 서류 작업이 결국 커뮤니티를 죽이기 때문입니다. "

이 전체 기사는 Systemd vs Upstart 논쟁과 Canonical의 CLA에 대한 광범위한 거부 systemd를 지원하는 사람들에 의해, 이것이 아니었다면 그리고 디자인상의 이유로 발생하지 않았을 것입니다.


코멘트를 남겨주세요

귀하의 이메일 주소는 공개되지 않습니다. 필수 필드가 표시되어 있습니다 *

*

*

  1. 데이터 책임자 : Miguel Ángel Gatón
  2. 데이터의 목적 : 스팸 제어, 댓글 관리.
  3. 합법성 : 귀하의 동의
  4. 데이터 전달 : 법적 의무에 의한 경우를 제외하고 데이터는 제 XNUMX 자에게 전달되지 않습니다.
  5. 데이터 저장소 : Occentus Networks (EU)에서 호스팅하는 데이터베이스
  6. 권리 : 귀하는 언제든지 귀하의 정보를 제한, 복구 및 삭제할 수 있습니다.

  1.   엘리오타임3000

    이것은 아티스트들이 음반사에 맺은 계약을 생각 나게합니다. 즉, 카피 레프트의 세계는 중개자도 존재합니다.

    진실은 CLA의 너무 많은 관료주의가 이러한 유형의 사고를 유발한다는 것입니다.

  2.   자이

    CLA 외에도 upstart에는 몇 가지 주요 디자인 결함이있는 것 같습니다.
    https://lwn.net/Articles/582585/

    1.    유키 테루

      Upstart는 systemd와의 서비스 처리 속도 및 처리 측면에서 비교할 수 없습니다. systemd는 훨씬 더 나은 시작 구조, cgroup 사용, 커널의 일부로 프로세스 제어를 크게 향상시키는 유틸리티, 서비스 처리가 더 좋고 더 쉬워졌습니다. DBus API 덕분에 DBus와 같은 서비스는 GNOME에서 널리 사용되고 있으며 KDE 및 XFCE와 같은 프로젝트는 이미 향후 버전에서 사용을 확장 할 계획을 가지고 있으며, TTY에서 기본적으로 다중 시트 지원, 권한 처리 개선을 계획하고 있습니다. 사용자를 위해 완전한 감시 지원 및 모든 병렬 서비스 시작의 최고입니다.

      이것은 내 관점에서 신생 기업에 비해 많은 이점이 있습니다.

      1.    판데브92

        저에게 ssd로 부팅 할 때 더 빨리 시작되는 것은 Windows 8.1이 믿고 시작하는 것과 동시에 systemd가 걸리는 것입니다.

  3.   호아킨

    나는 많이 이해하지 못했지만 라이센스에 대한 미묘한 문제가 보입니다. 프로젝트와 협력하거나 시작하기 전에 충분히 배워야합니다.