GNU C Library (glibc) システム ライブラリの開発者は、変更の受け入れと著作権の譲渡に関するルールを変更し、コードに対する所有権の Open Source Foundation への強制譲渡を取り消しました。 GCC プロジェクトで以前に採用された変更と同様に、Glibc におけるオープンソース財団との CLA 契約の署名は、開発者の要求に応じて実行されるオプションの操作のカテゴリーに移されました。 オープンソース財団に権利を譲渡せずにパッチを受け入れることを可能にするこのルール変更は、2月XNUMX日に発効し、Gnulibを通じて他のGNUプロジェクトと共有されるコードを除き、開発に利用可能なすべてのGlibcブランチに影響を与える。
所有権を Open Source Foundation に譲渡することに加えて、開発者には、Developer Certificate of Origin (DCO) メカニズムを使用してコードを Glibc プロジェクトに譲渡する権利を確認する機会が与えられます。 DCO に従って、作成者の追跡は、各変更に「サインオフ者: 開発者名と電子メール」という行を添付することによって実行されます。 この署名をパッチに添付することにより、開発者は転送されたコードの作成者であることを確認し、プロジェクトの一部として、または無料ライセンスに基づくコードの一部として配布することに同意したことになります。 GCC プロジェクトの行動とは異なり、Glibc での決定は運営評議会によって上から下されるものではなく、コミュニティのすべての代表者との予備的な議論の後に下されます。
Open Source Foundation との強制的な契約署名の廃止により、開発への新規参加者の参加が大幅に簡素化され、プロジェクトが Open Source Foundation の動向から独立したものになります。 個々の参加者による CLA 契約の署名が不必要な手続きで時間の無駄につながるだけであれば、企業や大企業の従業員にとって、オープンソース基金への権利の譲渡は多くの法的遅延と承認を伴うことになりますが、これらは法的遅延や承認の対象外でした。常に正常に完了しました。
コード権利の集中管理の放棄は、ライセンスを変更するにはオープンソース財団に権利を譲渡していない各開発者からの個人的な同意が必要となるため、当初受け入れられていたライセンス条件も強化されます。 ただし、Glibc コードは引き続き「LGPLv2.1 以降」ライセンスに基づいて提供され、追加の承認なしで LGPL の新しいバージョンに移行できます。 コードの大部分に対する権利は引き続き Free Software Foundation の手に残されているため、この組織はフリーのコピーレフト ライセンスに基づいてのみ Glibc コードの配布を保証する役割を果たし続けます。 たとえば、Open Source Foundation は、コード作成者との別の契約に基づいて、デュアル/商用ライセンスを導入しようとする試みや、非公開の独自製品のリリースをブロックする場合があります。
コードの権利の集中管理を放棄することの欠点の中には、ライセンスに関連する問題について合意する際に混乱が生じることが挙げられます。 以前は、ライセンス条件違反に対するすべての申し立てが XNUMX つの組織とのやり取りを通じて解決されていた場合、現在では、意図的でないものも含め、違反の結果は予測不可能になり、各参加者との合意が必要になります。 例として、Linux カーネルの状況が示されています。そこでは、個々のカーネル開発者が、個人的な利益を得る目的などで訴訟を起こしています。
出所： オープンネット.ru