Glibc 개발자들은 최근 메일링 리스트를 통해 변경 사항 수락 및 저작권 양도 규칙에 몇 가지 구체적인 변경을 가했으며 , 이에 따라 오픈 소스 재단에 코드 소유권을 의무적으로 양도해야 하는 조항을 폐지했다고 발표했습니다.
GCC 프로젝트에서 이전에 채택된 변경 사항과 유사하게 Glibc에서 자유 소프트웨어 재단과의 CLA 계약 서명은 개발자의 요청에 따라 수행되는 선택적 작업 범주로 이동되었습니다.
규칙이 새롭게 변경됨에 따라, 이제 Gnulib을 통해 다른 GNU 프로젝트와 공유되는 코드를 제외하고는 FOSS 재단에 권한을 양도하지 않고도 패치를 수락할 수 있게 되었습니다 .
FSF 저작권 양도를 받은 기여자는 아무것도 변경할 필요가 없습니다 . Origin 개발자 인증서[2]를 사용하려는 기여자는 확인 메시지에 "Signed by"를 추가해야 합니다.
Gnulib을 통해 다른 GNU 패키지와 공유되는 코드는 계속해서 FSF 할당이 필요합니다.
개발자는 오픈 소스 재단에 소유권을 이전하는 것 외에도 개발자 원산지 증명서(DCO) 메커니즘을 통해 Glibc 프로젝트에 코드를 이전할 권리를 확인할 수 있습니다 . DCO에 따르면, 각 변경 사항에 "서명: 개발자 이름 및 이메일 주소"라는 문구를 추가하여 작성자를 추적합니다.
이 서명을 패치에 첨부함으로써 개발자는 전송된 코드의 저작권을 확인하고 해당 코드가 프로젝트의 일부 또는 자유 라이선스 하에 배포되는 것에 동의하는 것입니다. GCC 프로젝트의 경우와 달리 Glibc의 결정은 상위 운영 위원회에서 내린 것이 아니라 모든 커뮤니티 대표와의 사전 논의를 거쳐 이루어졌습니다.
오픈소스 재단과의 의무적인 계약 체결을 폐지함으로써 새로운 참여자들이 개발에 참여하는 과정이 크게 간소화되었고 , 프로젝트가 재단의 정책 방향에 좌우되지 않게 되었습니다. 개인 참여자들이 이용약관에 서명하는 것은 불필요한 서류 작업에 시간만 낭비하는 결과를 초래했으며, 기업이나 대기업 직원들의 경우 STR 재단으로의 권리 이전은 수많은 지연과 법적 승인 절차를 수반했는데, 이러한 절차가 항상 성공적으로 완료되는 것은 아니었습니다.
코드 권한의 중앙 집중식 관리를 거부하면 원래 허용된 라이센스 조건도 통합됩니다. 이제 라이센스를 변경하려면 자유 소프트웨어 재단에 권한을 이전하지 않은 각 개발자의 개인적 동의를 얻어야 하기 때문입니다.
하지만 Glibc 코드는 여전히 "LGPLv2.1 이상 " 라이선스 하에 배포되므로 추가 승인 없이 LGPL의 최신 버전으로 마이그레이션할 수 있습니다. 코드의 대부분에 대한 권리가 자유 소프트웨어 재단(Free Software Foundation)에 있기 때문에, 이 재단은 자유 카피레프트 라이선스 하에서만 Glibc 코드 배포를 보장하는 역할을 계속 수행하고 있습니다.
예를 들어, 자유 소프트웨어 재단은 코드 작성자와 별도의 계약을 통해 상업용/이중 라이선스를 도입하려는 시도 또는 폐쇄된 독점 제품의 출시를 차단할 수 있습니다.
중앙 집중식 코드 권한 관리를 포기하는 것의 단점 중 하나는 라이선스 관련 문제 협상에 있어 혼란이 발생한다는 점입니다 . 이전에는 라이선스 약관 위반에 대한 모든 주장이 단일 기관과의 상호 작용을 통해 해결되었지만, 이제는 의도치 않은 위반을 포함한 위반의 결과가 예측 불가능해졌고 각 참여자와의 개별적인 합의가 필요하게 되었습니다.
예를 들어, 개별 커널 개발자가 개인적인 이득을 목적으로 하는 것을 포함하여 법적 조치를 취하는 Linux 커널의 상황입니다.
이번 규칙 변경은 8월 2일부터 적용되며 개발에 사용 가능한 모든 Glibc 브랜치에 영향을 미칩니다. 더 자세한 내용을 알고 싶으시면 다음 링크를 참조하세요.