ZFS 2.4.0 wurde am 2025-12-18 released und wartet derzeit darauf in Debian paketiert zu werden.
Dafür funktioniert ZFS 2.3.5-2 in Debian mit Zweig 6.18 (siehe Patchnotes); damit schwenkt kernel-nagelneu vorwärts zu Abhängigkeiten zu Kernelzweig 6.18. Die Versionsabhängigkeit des Metapakets bleibt auf zfs-initramfs ≥2.3.5 stehen.
Am 2025-11-19 wurde ZFS 2.3.5 in Debian unstable aufgenommen; am 2025-11-24 wurde es nach Debian testing migriert. Mit dem nächsten Kernel, schwenkt dann kernel-zfs von 6.12 (endlich und zum 4. Mal) vorwärts zu Zweig 6.17 – wie kernel-nagelneu. Die Versionsabhängigkeit des Metapakets wird auf zfs-initramfs ≥2.3.5 angehoben.
Die Release/InRelease Dateistruktur des Repo wurde angepasst:
Acquire-By-Hash: yes
Codename: personal
Valid-Until: <date>
Bisher war nur Suite: personal vorhanden; Codename soll aber auch korrekt 🙃 gesetzt sein.
Acquire-By-Hash soll Race Conditions während Updates des Repo und Cachefehler verhindern bzw. aufdecken. (Im Dateibaum kann man die Dateien mit Hash-Namen sehen.) Valid-Until schließlich ergänzt ein Ablaufdatum.
Da das momentan aktuelle ZFS 2.3.4 nicht zusammen mit Kernelzweig 6.17 funktioniert, geht kernel-zfs von 6.16 zurück zu Zweig 6.12 bei dessen nächster Version. Schon wieder…
ZFS ist derzeit mit zfs-2.4.0-rc2 kurz vor der nächsten Release Version und wird mit Kernelzweig 6.18 (derzeit im Status 6.18-rc2) zusammenarbeiten können.