Linus Torvalds erklärte die Probleme der ZFS-Implementierung für den Linux-Kernel

Im Verlauf der Diskussion Tests des Task-Planers brachte einer der Diskussionsteilnehmer das Beispiel, dass trotz der Aussagen über die Notwendigkeit, die Kompatibilität bei der Entwicklung des Linux-Kernels zu bewahren, kürzliche Änderungen am Kernel die ordnungsgemäße Funktion des Moduls „ZFS on Linux“. Linus Torvalds geantwortet, dass das Prinzip „nicht brechen Benutzer“ die Erhaltung der externen Schnittstellen des Kernels betrifft, die von Anwendungen im Benutzerspeicher verwendet werden, sowie den Kernel selbst. Aber es umfasst nicht separat entwickelte Drittanbieterschichten über dem Kernel, die nicht in den Hauptkernel integriert sind, deren Autoren auf eigene Gefahr die Änderungen im Kernel selbst verfolgen müssen.

Was das Projekt „ZFS on Linux“ betrifft, so hat Linus die Nutzung des ZFS-Moduls aufgrund der Lizenzinkompatibilität zwischen CDDL und GPLv2 nicht empfohlen. Die Situation ist so, dass aufgrund der Lizenzpolitik von Oracle die Chancen, dass ZFS jemals in den Hauptkernel aufgenommen werden kann, sehr gering sind. Die vorgeschlagenen Schichten, die den Zugriff auf Kernel-Funktionen für externen Code umsetzen, sind eine fragwürdige Lösung – die Juristen streiten weiterhin darüber , ob die Re-Exportierung von GPL-Funktionen des Kernels durch Wrapper zur Schaffung eines abgeleiteten Werkes führt, das unter der GPL-Lizenz bereitgestellt werden muss.

Die einzige Möglichkeit, bei der Linus bereit wäre, den ZFS-Code in den Hauptkernel aufzunehmen, besteht darin, eine offizielle Genehmigung von Oracle zu erhalten, die vom Hauptjuristen unterzeichnet ist, besser noch von Larry Ellison persönlich. Zwischenlösungen, wie etwa Schichten zwischen dem Kernel und dem ZFS-Code, sind in Anbetracht der aggressiven Politik von Oracle zur geistigen Eigentumsrechte an Software-Schnittstellen nicht akzeptabel (als Beispiel, Rechtsstreitigkeiten mit Google bezüglich der Java-API). Außerdem betrachtet Linus die Bestrebungen, ZFS zu verwenden, eher als einen Trend und nicht als technische Vorteile. Die Leistungstests, die Linus untersucht hat, sprechen nicht für ZFS, und das Fehlen einer vollständigen Unterstützung garantiert keine Stabilität langfristig.

Wir erinnern daran, dass der Code ZFS unter der freien CDDL-Lizenz verbreitet wird, die mit der GPLv2 inkompatibel ist. Dies verhindert die Integration von ZFS on Linux in den Hauptzweig des Linux-Kernels, da die Vermischung von Code unter den Lizenzen GPLv2 und CDDL nicht zulässig ist. Um diese Lizenzinkompatibilität zu umgehen, hat das Projekt "ZFS on Linux" beschlossen, das Produkt vollständig unter der CDDL-Lizenz als separaten, ladbaren Modul bereitzustellen, der von dem Kernel getrennt geliefert wird.

Die Möglichkeit, vorgefertigte ZFS-Module in Distributionen bereitzustellen, führt zu Streitigkeiten unter Juristen. Juristen der Software Freedom Conservancy (SFC) sehen das so., argumentieren, dass die Bereitstellung eines binären Kernelmoduls in einer Distribution ein kombiniertes Produkt mit GPL darstellt, das die Verbreitung der Endarbeit unter GPL erfordert. Juristen des Unternehmens Canonical sind damit nicht einverstanden. bezeichnen dies als zulässig, wenn die Komponente als eigenständiges Modul bereitgestellt wird, getrennt vom Kernel-Paket. Canonical weist darauf hin, dass Distributionen seit langem diesen Ansatz für die Bereitstellung proprietärer Treiber wie NVIDIA-Treiber nutzen.

Die andere Seite entgegnet, dass das Problem der Kompatibilität mit dem Kernel bei proprietären Treibern durch die Bereitstellung einer kleinen Schicht gelöst wird, die unter GPL-Lizenz steht (ein GPL-modul wird in den Kernel geladen, das dann die proprietären Komponenten lädt). Für ZFS kann eine solche Schicht nur vorbereitet werden, wenn Lizenzausnahmen von Oracle bereitgestellt werden. In Oracle Linux wird die Inkompatibilität mit GPL durch die Bereitstellung einer Lizenzausnahme durch Oracle gelöst, die die Voraussetzung für die Lizenzierung der kombinierten Arbeit unter CDDL aufhebt, jedoch gilt diese Ausnahme nicht für andere Distributionen.

Ein Umgehungsmanöver ist die Bereitstellung von nur Quelltexten des Moduls in der Distribution, was nicht zu einer Verknüpfung führt und als Bereitstellung zweier separater Produkte betrachtet wird. In Debian wird dafür das DKMS (Dynamic Kernel Module Support)-System verwendet, bei dem das Modul in Quelltextform bereitgestellt wird und auf dem System des Benutzers unmittelbar nach der Installation des Pakets kompiliert wird.

Quelle: opennet.ru