議論中
ZFS on Linux プロジェクトに関しては、CDDL と GPLv2 ライセンスに互換性がないため、Linus は zfs モジュールの使用を推奨しませんでした。 現状では、Oracle のライセンス ポリシーにより、ZFS がメイン カーネルに組み込まれる可能性は非常に低いです。 カーネル機能へのアクセスを外部コードに変換する、ライセンスの非互換性を回避するために提案されたレイヤーは、疑わしい解決策である - 弁護士は続ける
Linus が ZFS コードをメインカーネルに受け入れることに同意する唯一の選択肢は、主任弁護士、またはできればラリー・エリソン自身によって認定された、Oracle からの正式な許可を取得することです。 プログラミング・インタフェースの知的財産に関するOracleの積極的な方針を考慮すると、カーネルとZFSコードの間の層などの中間ソリューションは許可されません(たとえば、
ZFS コードは無料の CDDL ライセンスの下で配布されており、GPLv2 とは互換性がありません。GPLv2 ライセンスと CDDL ライセンスの下でコードが混在しているため、Linux 上の ZFS を Linux カーネルのメイン ブランチに統合することはできません。は受け入れられません。 このライセンスの非互換性を回避するために、ZFS on Linux プロジェクトは、カーネルとは別に提供される個別にロードされたモジュールの形式で、CDDL ライセンスに基づいて製品全体を配布することを決定しました。
既製の ZFS モジュールを配布キットの一部として配布する可能性については、弁護士の間で議論の余地があります。 Software Freedom Conservancy (SFC) の弁護士
もう一方の側は、プロプライエタリ ドライバのカーネル互換性の問題は、GPL ライセンスに基づいて配布される小さなレイヤを提供することで解決されると反論します (GPL ライセンスに基づくモジュールはカーネルにロードされ、カーネルにはすでにプロプライエタリ コンポーネントがロードされます)。 ZFS の場合、このようなレイヤーは Oracle からライセンス例外が提供されている場合にのみ準備できます。 Oracle Linux では、GPL との非互換性は、CDDL に基づく結合作業のライセンス要件を削除するライセンス例外を Oracle が提供することによって解決されますが、この例外は他のディストリビューションには適用されません。
回避策は、ディストリビューションでモジュールのソース コードのみを提供することです。これはバンドルにならず、XNUMX つの別々の製品の配信とみなされます。 Debian では、これに DKMS (Dynamic Kernel Module Support) システムが使用されます。このシステムでは、モジュールがソース コードで提供され、パッケージのインストール直後にユーザーのシステムにアセンブルされます。
出所: オープンネット.ru