要約:
Apple の M チップ上で Linux システムを実行できるようにすることに取り組んでいる Asahi Linux プロジェクトは、最近、コード リポジトリを GPL 2.0 以降のライセンスに移行し始めたと発表しました。 MIT ライセンスから GPL ライセンスへの切り替えは、寛容なライセンスが強化されることを意味します。オープンソース プロジェクトとして、なぜライセンス条件を厳格化する必要があるのでしょうか?
Asahi Linux プロジェクト チームのメンバーは、このプロジェクトはシステム開発プロセスと開発ブランチを公開し、可能な限り非常に寛容な MIT ライセンスを使用するため、BSD などの他のフリー ソフトウェア プロジェクトでもプロジェクト コードを再利用できると述べました。
しかし、チームは、人々がこの緩い認証方法を使用して、Asahi Linux チームの開発結果を乗っ取ろうとしていることを繰り返し発見しました。これらの人々はAIを利用してコードを取得し、書き換えてからコードのソースを削除し、AppleのMチップをターゲットにしたLinuxを商用化します。
場合によっては、開発者の個人ブランチで開発中の機能コードが直接移動されてリリースされたり、元のコードのソースがわかりにくくなるために AI モデルによってコードが書き換えられたりすることがあります。これらの問題により、開発チームはより厳格なライセンス メカニズムへの移行を余儀なくされました。
MIT は比較的緩いオープン ソース ライセンスであり、著作権やライセンス ステートメントを保持するなどの条件の下で、他者がコードを使用、変更、配布、さらには商品化することを許可します。変更された製品は、クローズド ソース形式でリリースすることもできます。
GPL ライセンスでは、著作権に対する意識が強くなります。該当する条件に従って GPL コードに基づく二次的著作物を配布する場合、対応するソース コードを提供し、対応する GPL ライセンス条件に従う必要があります。
Asahi Linux チームは、プロジェクトが各ウェアハウスを GPL 2.0 以降に変換し始めており、将来のプロジェクト コードには強力なコピーレフト ライセンスが採用される予定であると述べました。 MIT などのライセンスに基づいて以前にリリースされたバージョンの受信者は、引き続き元のライセンスに基づいて使用できます。新しく提出されたコードとそれ以降のバージョンでは、対応するウェアハウスの実際のライセンス ステートメントを確認する必要があります。
コメント