Glibc 프로젝트는 오픈 소스 재단에 대한 코드 권한의 의무적 이전을 취소했습니다.

GNU C 라이브러리(glibc) 시스템 라이브러리 개발자는 변경 사항 수락 및 저작권 양도 규칙을 변경하여 코드에 대한 재산권을 Open Source Foundation으로 의무적으로 양도하는 것을 취소했습니다. 이전에 GCC 프로젝트에서 채택한 변경 사항과 유사하게 Glibc의 Open Source Foundation과 CLA 계약을 체결하는 것은 개발자의 요청에 따라 수행되는 선택적 작업 범주로 이전되었습니다. 오픈 소스 기반에 권한을 이전하지 않고 패치를 허용하는 규칙 변경 사항은 2월 XNUMX일부터 적용되며 Gnulib을 통해 다른 GNU 프로젝트와 공유되는 코드를 제외하고 개발 가능한 모든 Glibc 분기에 영향을 미칩니다.

오픈 소스 재단에 재산권을 양도하는 것 외에도 개발자에게는 DCO(개발자 인증서) 메커니즘을 사용하여 Glibc 프로젝트에 코드를 양도할 수 있는 권리를 확인할 수 있는 기회가 제공됩니다. DCO에 따라 작성자 추적은 각 변경 사항에 "서명자: 개발자 이름 및 이메일" 줄을 첨부하여 수행됩니다. 이 서명을 패치에 첨부함으로써 개발자는 전송된 코드의 저작자를 확인하고 프로젝트의 일부로 또는 무료 라이센스에 따른 코드의 일부로 배포하는 데 동의합니다. GCC 프로젝트의 조치와 ​​달리 Glibc의 결정은 위에서 관리 위원회에 의해 내려지는 것이 아니라 커뮤니티의 모든 대표자들과의 사전 논의 후에 내려집니다.

Open Source Foundation과의 계약 서명 의무를 폐지함으로써 개발에 새로운 참여자의 참여가 크게 단순화되고 프로젝트가 Open Source Foundation의 추세로부터 독립됩니다. 개별 참가자의 CLA 계약 서명이 불필요한 절차로 인해 시간 낭비만을 초래했다면 기업 및 대기업 직원의 경우 오픈 소스 펀드에 대한 권리 양도는 많은 법적 지연 및 승인과 관련이 있었지만 이는 항상 성공적으로 완료되었습니다.

코드 권한의 중앙 집중식 관리 포기는 원래 허용된 라이센스 조건을 강화합니다. 이제 라이센스를 변경하려면 권한을 Open Source Foundation에 양도하지 않은 각 개발자의 개인적인 동의가 필요하기 때문입니다. 그러나 Glibc 코드는 "LGPLv2.1 이상" 라이선스에 따라 계속 제공되므로 추가 승인 없이 LGPL의 최신 버전으로 마이그레이션할 수 있습니다. 대부분의 코드에 대한 권리는 계속해서 자유 소프트웨어 재단의 손에 있으므로 이 조직은 무료 카피레프트 라이센스 하에서만 Glibc 코드 배포에 대한 보증인 역할을 계속 수행합니다. 예를 들어, 오픈 소스 재단은 코드 작성자와의 별도 계약에 따라 이중/상용 라이선스를 도입하려는 시도나 비공개 독점 제품의 출시를 차단할 수 있습니다.

코드 권한의 중앙 집중식 관리를 포기할 때의 단점 중 하나는 라이센스 관련 문제에 동의할 때 혼란이 발생한다는 것입니다. 이전에는 라이센스 조건 위반에 대한 모든 청구가 한 조직과의 상호 작용을 통해 해결되었다면 이제 의도하지 않은 위반을 포함하여 위반 결과를 예측할 수 없게 되며 각 개별 참가자의 동의가 필요합니다. 예를 들어, 개별 커널 개발자가 개인적 이득을 얻기 위한 목적을 포함하여 소송을 시작하는 Linux 커널의 상황이 제공됩니다.

출처 : opennet.ru