GCC運営委員会が承認 数日前 Open Source Foundation へのコード所有権の強制的な譲渡の終了. この新しい変更により、GCC への変更の提出を希望する開発者は、Free Software Foundation との CLA に署名する必要がなくなりました。つまり、開発に参加する必要があります。コードを譲渡する権利を有し、他人のコードを流用しようとはしません。
CLA 契約に署名したくない開発者 フリーソフトウェア財団と 用語を使用する機会があります 開発者の原産地証明書 (DCO)、 2004 年以降、変更を Linux カーネルに転送するときに適用されています。
DCO のルールによると、作成者の追跡は、各変更に「署名者: 開発者名とメールアドレス」という行を追加することによって行われます。 この署名をパッチに添付することにより、開発者は転送されたコードの作成者であることを確認し、プロジェクトの一部として、または無料のライセンスの下でコードの一部としてその配布を受け入れることになります。
以前に開発者がすべての権利を譲渡する特別契約に署名した場合 Open Source Foundation に対するコードの所有権、 現在、そのような契約は自由に署名され、開発者はそのコードに対する権利を保持できます。 したがって、GCC コードの所有権は、オープン ソース ファウンデーションと、契約に署名しなかった開発参加者との間で分配されます。
そのような分布は変化を複雑にする プロジェクトの配布に関して、ライセンスの変更には各開発者の個人的な同意が必要になるため Open Source Foundation に権利を割り当てていません。 同時に、GCC は「GPLv3 以降のバージョン」ライセンスの下で配布されているため、Free Software Foundation への権利の譲渡が終了しても、GPL ライセンスの将来のバージョンへの移行が複雑になることはありません。各開発者からの個別の承認なしに GPLv4 を変更します。
プラスの効果について コードに対する権利の強制的な移転の否定について、 CCG の開発への参加の魅力が増している 企業や大企業の従業員によるもので、以前はさまざまな事例や法的サービスでの契約の署名をさらに調整する必要があった. 例えば、
所有権を同じ手に集中させることにより、オープンソース財団は、プロジェクトコードを無料ライセンスの下でのみ配布するというポリシーの不変の維持の保証人として行動し、コミュニティがコースを変更しないように保護するという任務を遂行した.プロジェクトの開発 (たとえば、コードの作成者との個別の契約の下で、商用/デュアル ライセンスの導入の可能性、またはクローズドな専有製品の発売をブロックした)。
La Free Software Foundation は、開発者に代わって法的紛争の解決に参加することもできます。 ライセンス条件の変更については、ご自身で決定してください (たとえば、GPL ライセンスの新しいバージョンへの移行を強制するなど)。
一部の開発者が批判された 承認された GCC 運営委員会の行動によって コミュニティで事前に議論することなく決定。 さて、議論は進みましたが、彼女は旧 GCC GNU プロジェクトと Foundation for ACT との協力を継続することに焦点を当てました。 この議論の反響は、「GCC は GNU プロジェクトの一部として作成されましたが、別のプロジェクトとして機能するようになりました」という発表で言及されたフレーズに遡ることができます。
懸念は、コード全体の所有権が集中化されていないと、ライセンスの問題を交渉するときに混乱が生じる可能性があることです。 以前はライセンス条件の違反に関するすべての申し立てが組織とのやり取りを通じて解決されていた場合、意図的でないものを含む違反の結果は予測できなくなり、個々の参加者との合意が必要になります。