Open Source Initiative（OSI）は、curlが使用するライセンスを正式に承認した。広く利用されているこのデータ転送プロジェクトは、公式な認定を得たことになる。メンテナーによると、同ライセンスはMITライセンスに近い内容でありながら、数十年にわたりその認定を受けていなかった。

Curlの創設者で主要開発者のダニエル・ステンバーグによると、承認は2026年4月17日付で発効した。同氏はその数カ月後にこの節目を公表し、手続きが完了していたことに気づいたのはつい最近だったと説明した。今回の結果は、curlが新たなライセンスへ切り替えることを意味しない。むしろ、プロジェクトがすでに長年使用している文面の位置づけを確認するものだ。

Curlのライセンスの歴史は、前身のhttpgetから引き継いだGNU General Public License（GPL）に始まる。プロジェクトは1998年10月にMozilla Public License（MPL）へ移行した。2001年にはMITライセンスを追加の選択肢として提供した。MPLでは、一部の利用者にとって、特にGPLでライセンスされたソフトウェアとの関係で互換性の懸念が生じていたためだ。

プロジェクトは2002年にMPLの選択肢を廃止し、MITの条件で進めるつもりだった。しかし、その頃ステンバーグは標準的なMITの文面に小さな変更を加えた。この修正により、結果としてできたライセンスは、厳密には正規のMITライセンスではなくなった。それでもcurlのコミュニティーは、非公式にはMITと呼び続け、実務上の効果も同様だと扱っていた。

この違いは、ソフトウェアパッケージやコンプライアンス用ツールで使われるライセンスに標準識別子を付与するSPDXプロジェクトを通じて、より明確になった。SPDXはcurlの文面をMITと同一とは扱わず、別に分類した。その後、このプロジェクト固有の文面はcurlライセンスとして知られるようになった。

別のライセンスとして識別されたことで、文書化と認定をめぐる小さな問題が生じた。開発者は一般にMITで認められる行為を理解しているが、プロジェクト固有のライセンスに、同じなじみのある名称が自動的に付くわけではない。ステンバーグによると、Free Software FoundationもOpen Source Initiativeも、それまでcurlライセンスに対応する正式な認定を与えていなかった。同氏は、OSIの認定がないことが採用に大きな問題を生んだようには見えず、その条件がオープンソースなのかについて深刻な疑念が示された例も知らないと述べた。

したがって今回の承認は、主に利用者、配布者、コンプライアンス管理システムに対する権威ある確認として機能する。組織は、curlの実際のライセンス文面を、一語一句MITと同じであるかのように扱わずに分類するための、公認された根拠を得る。また、ソフトウェアライセンスのメタデータや自動識別が今ほど重視されていなかった時代の、文面に関する小さな判断がもたらした事務的な問題も解消する。

Curlにとって今回の結果は、ソフトウェアの利用方法を変えるものではなく、遅れて得られた確認の印だ。プロジェクトは従来の条件を維持しつつ、開発者や法務審査チームは、その条件について、より明確で正式に承認された名称を使えるようになる。