共通開発配布ライセンス(CDDL)は、 Mozilla Public License (MPL)に基づいてSun Microsystemsが作成した、フリーかつオープンソースのソフトウェアライセンスです。[ 3 ] CDDLでライセンスされたファイルは、オープンソースかプロプライエタリかを問わず、他のライセンスでライセンスされたファイルと組み合わせることができます。[ 2 ] 2005年にOpen Source Initiativeがこのライセンスを承認しました。フリーソフトウェア財団(FSF)はこれをフリーソフトウェアライセンスとみなしていますが、GNU General Public License (GPL)とは互換性がないとしています。[ 1 ]
Mozilla Public License 1.1 [ 4 ]から派生したCDDL は、MPL のいくつかの問題を解決しようとしています。[ 5 ] MPL と同様に、CDDL はGPLライセンスとBSD / MIT の寛容なライセンスの中間にある弱いコピーレフトライセンスであり、CDDL の下にあるソース コード ファイルのみが CDDL の下に留まることを要求します。
GPLのような強力なコピーレフトライセンスとは異なり、CDDLライセンスのソースコードファイルと他のライセンスのソースコードファイルを混合することは、再ライセンスなしで許可されています。結果としてコンパイルされたソフトウェア製品(「バイナリ」)は、ソースコードが引き続きCDDLで利用可能である限り、別のライセンスでライセンス供与および販売することができ、Sunによると、より多くの商業的なビジネスケースが可能になるはずです。 [ 5 ] [ 6 ] [ 7 ]
MPLと同様に、CDDLにはすべての貢献者からライセンシーへの特許権付与(「特許平和」)が含まれています。ただし、セクション2.1(d)では、特許機能を実装するコードが変更された場合、特許権付与は失われます。[ 8 ]
Sunがオープンソースプロジェクトで使用していた以前のソフトウェアライセンスは、 Mozilla Public Licenseから派生したSun Public License(SPL)でした。CDDLライセンスは、Sun(現在はOracle)によってSPLバージョン2とみなされています。 [ 9 ]
CDDLは、 Sun Microsystemsのチーム(SolarisカーネルエンジニアのAndrew Tucker [ 10 ] [ 11 ]とClaire Giordano [ 12 ]を含む)によって、 MPLバージョン1.1に基づいて開発されました。2004年12月1日にCDDLはOpen Source Initiative [ 12 ]に承認申請され、2005年1月中旬にオープンソースライセンスとして承認されました。2005年1月初旬に提出された2番目のCDDL提案には、CDDLが欧州著作権法と矛盾しないようにし、個々の開発者がCDDLを自分の作品に使用できるようにするための修正が含まれています。
2006年にOSIのライセンス普及委員会の報告書の最初の草稿で、CDDLは人気があり、広く使用されており、強力なコミュニティを持つ9つの推奨ライセンスの1つとして挙げられています。[ 13 ]
フリーソフトウェア財団(FSF)もCDDLをフリーソフトウェアライセンスとみなしていたが、彼らのGNU一般公衆ライセンス(GPL)との互換性に問題があると考えた。 [ 1 ]
両方のライセンスが互換性がないかどうか、またいつ互換性がないのかという問題は、2004年から2006年にかけてフリーソフトウェアの分野で議論を巻き起こした。[ 14 ] [ 15 ] 例えば、FSFはCDDLをGPLライセンスと互換性がないと考えていたが、2016年まで詳細には触れなかった。[ 16 ]
CDDL は、 GPL と互換性のないオープンソース ライセンスの 1 つです。この特性は MPL 1.1 から引き継がれ (FSF によると MPL 2.0 で修正されました[ 1 ] )、複数の条項の複雑な相互作用の結果です。[ 14 ] [ 17 ]問題の根源は、他の GPL 非互換性のケースと同様に、GPL のバイラル性です。 [ 18 ] ライセンスの作成者である Sun (または Sun のエンジニア) が、CDDL を意図的に GPL 非互換性にしたと主張する人もいます。[ 14 ] Danese Cooperによると、CDDL を Mozilla ライセンスに基づいて作成した理由の 1 つは、Mozilla ライセンスがGPL 非互換性であることでした。Cooper は、第 6 回年次Debian カンファレンスで、Solaris カーネルを作成したエンジニアが OpenSolaris のライセンスを GPL 非互換性にするよう要求したと述べています。[ 19 ]
Mozillaが選ばれた理由の一つは、GPLと互換性がないことでした。それはOpenSolarisをリリースする際の設計の一部でした。…Solarisを開発したエンジニアたちは、リリース方法について独自の考えを持っており、それを尊重しなければなりません。
当時サン社の最高オープンソース責任者であったサイモン・フィップス氏は、クーパー氏を「実際にCDDLを書いた人物」として紹介していたが[ 20 ]、すぐにはコメントしなかった。しかし、同じビデオの中で、ライセンスの問題に言及しながら、「私はダネーゼ氏とはある程度意見が異なる」[ 21 ]と述べ、コードを書いたエンジニアの間でBSDのようなライセンスに対する強い希望があったが、これはサン社が好むコピーレフトライセンスとは相容れず、当時未公開だったGNU GPL v3の下でコードの一部を公開するための法的承認を待つには数年かかり、おそらくエンジニアの大量退職も伴っただろう(遅延、GPL、あるいはその両方に不満があったのだろうが、これはビデオからは明らかではない)。
その後、2006年9月にフィップスはクーパーの主張をさらに強い言葉で否定した。[ 22 ]同様に、当時サン・マイクロシステムズに所属し、CDDLライセンスソフトウェアのリリースに関わっていたブライアン・カントリルは2015年に、2006年にはCDDLライセンスソフトウェアがLinuxエコシステムに急速に普及し、CDDLが障害にならないと予想していたと述べた。[ 23 ]
GPLとの互換性の問題は、以前はすべてGPLだったcdrtoolsをCDDLに部分的に再ライセンスした際の論争の原因にもなった。2006年、Debianプロジェクトは、ビルドシステムがCDDLの下でライセンスされているため、cdrtoolsは法的に配布できないと宣言した。 [ 24 ]
著者であるヨルグ・シリングは、smakeは独立したプロジェクトであり、 GPLv3に違反していないと主張した。[ 25 ]シリングはまた、GPLでは作品のビルドに必要なすべてのスクリプトが自由にライセンスされる必要があるが、必ずしもGPLの下にある必要はないと主張した。[ 26 ] [ 27 ]したがって、ライセンスに違反する非互換性は発生しない。
彼はまた、「派生作品」とは対照的に、「結合作品」においては、GPL および CDDL ライセンスのコードは互換性があると主張した。[ 28 ] [ 29 ]
Red Hatの弁護士は、Schillingが著作権法に関して「非正統的な」見解を持っており、それは彼らの法律顧問やフリーソフトウェア財団が共有していないと主張し、cdrtoolsがFedoraやRed Hat Enterprise Linuxに含まれることを阻止した。[ 30 ]
2015年、 UbuntuがOpenZFSをデフォルトで含めることを発表した際に、CDDLとGPLの互換性の問題が再び浮上した。 [ 31 ]
2016年にUbuntuは、法的なレビューの結果、LinuxでZFSをバイナリカーネルモジュールとして使用することは法的に許容されるとの結論に至ったと発表した。(カーネルイメージ自体に組み込むのではなく。)[ 32 ]
他の判事もUbuntuの結論に倣い、例えばJames EJ Bottomleyは「説得力のある損害理論」を構築できないため、訴訟を起こすことは不可能だと主張した。[ 33 ]
GPLv3の共同執筆者でありSFLCの創設者であるエベン・モーグレンは、GPLの文言は侵害されるかもしれないが、両ライセンスの精神は損なわれておらず、それが裁判で関連する側面になるだろうと主張した。[ 34 ]
SFLCはまた、Andrew File Systemのカーネルモジュールに前例があることを指摘した。カーネル開発者たちは、このモジュールをカーネルの派生作品とはみなしていない。[ 35 ] [ 36 ]
一方、ソフトウェア自由保護協会のブラッドリー・M・クーン氏と弁護士のカレン・M・サンドラー氏[ 37 ]は、バイナリZFSモジュールはカーネルの派生著作物となるため、Ubuntuは両方のライセンスに違反すると主張した[ 38 ] 。 2016年4月、Ubuntu 16.04 LTSリリースにはCDDLライセンスのZFS on Linuxが含まれていた。
CDDLに基づいて公開されたプロジェクトの例:
新しいオープンソースライセンスを作成しました...
は Mozilla ライセンスに基づいており、CDDL も同様です。[...] CDDL は、Mozilla ライセンスのクリーンアップ版と考えることができます。誰でもそのまま再利用できます。これは SPL バージョン 2.0 です。
{{cite web}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク)GPL の非互換性についてよくある誤解があります。(非互換性とは、GPL と CDDL の 2 つのソース ファイルを組み合わせて、共通の実行可能ファイルを作成するという意味です。) GPL は、Mozilla Public License、Apache、CDDL などのほとんどのライセンスと互換性がありません。GPL は、これらのライセンスを削除して、その場所に GPL を使用することを求めていますが、これらのライセンスは削除を許可していません。そのため、非互換性の行き詰まりが生じます。
が選ばれた理由の一つは、GPLと互換性がないことでした。これはOpenSolarisをリリースした際の設計の一部でした。...Solarisを書いたエンジニアたちは、リリース方法についてある程度の偏見を持っており、それを尊重しなければなりません。(代替URL、27:27~28:24を参照)
Danese Cooperさんが会場にいらっしゃいます。彼女こそが実際にCDDLを書いた人です...
私は実際、Daneseの意見に多少同意できない…
とはいえ、彼女が言うように Solaris エンジニアリング チームの意見を特徴づけるのは間違いです。彼女がこのように言うのは、Sun 社内で議論に負けたからであって、彼女が主張するように、彼女の見解が Sun やそのスタッフの見解を代表しているからではありません。彼女は、多くの実際のエンジニアとともに、OpenSolaris に GPL を使用することを提唱していましたが、{GPL v3、Mozilla ライセンスの改訂、制約の撤廃} のいずれかを待つのではなくリリースする必要があったため、これは不可能でした。私は、彼女が DebConf で行った発言に今でも腹を立てています。それは悪意に満ちており、統一された FOSS 運動の障害となりました。
質問: CDDLはSunの技術がLinuxに入るのを阻止するために設計されたのですか? - BC: 素晴らしい質問ですが、答えは、私たちには分からなかったということです。しかし、比較的すぐにLinuxに移植されるだろうという予想はありました。実際にOpenSolarisを起動したとき(つまり、DTraceコードを稼働させるために改行をクリックしたとき、これが最初のものだった)、大勢の人々と一緒にターミナルの前に立っていたことを鮮明に覚えています。Sunの法務担当者と私は雑談していました。私たちは二人とも、DTraceが1か月以内にLinuxに登場するのか、それとも2年かかるのか疑問に思っていました。しかし、それはあくまで推測の範囲だった。Linuxコミュニティ自身がCDDLを障害として掲げるとは、私たち二人とも信じていなかったし、ましてや10年後にライセンスに関する
FUD(
恐怖、不確実性、疑念)のためにDTraceがLinuxに搭載されないと言われても、私は信じなかっただろう。もちろん、今となってはすべてが明白だ。NIH
は
途方もなく強力で、それを軽視していた私たちは愚かだった。
Laut Aussagen von Jörg Schilling は、Lizenzen durchaus miteinander kompatibel を守ります。 Die Regeln werden oftmals falsch ausgelegt。 Die Aussagen der FSF-Veranttwortlichen seien は、多くの場合、より広範な情報と情報を提供します。
歴史的には、オリジナルの Andrew ファイルシステム モジュールのようなものがありました。これは、そもそも Linux 用に書かれたものではなく、単に UNIX ファイルシステムを実装した標準ファイルシステムです。これは、他の UNIX とかなり似た VFS インターフェースを持つ Linux に移植されたという理由だけで派生したのでしょうか? ... 個人的には、このケースは派生したものではないと考えており、AFS の人たちにそう伝えようと思っていました。