Arch Linux User Repository

This package will be kept in sync with the openzfs latest stable release and the kernels officially supported by it.

For the supported kernel versions, refer to the respective openzfs release notes (LINK).

E.g. openzfs 2.3.1 supports kernel versions 4.18 - 6.13. When kernel 6.14 is released for Arch, zfs-linux will not be updated until the openzfs project announces that it's compatible. This will most likely happen with the next openzfs release.

The kernel compatibility of the upcoming openzfs release can be seen in their META file (LINK).

For those wishing to use openzfs with unsupported kernels, do note that this could lead to serious issues, including data loss, even though such a zfs-linux package might build and install cleanly. Have reliable backups and use such a package at your peril.

Please do not mark this package as out of date without checking the kernel compatibility first. Thank you!

It might be useful to set the spl dependency to use >= instead of =. I had a cyclic dependency problem for quite a while before I decided to put effort into fixing it. When I would try to install the updated spl package that the updated zfs wanted, it would complain that zfs wanted the prior version (because that package had the "spl=" dependency). I had to uninstall both packages and then reinstall zfs, but this time I set it to use spl>=... :D

I've included it and additional improvements in my patch :)

There is a mistake in PKGBUILD in package(): install -D -m644 zfs.initcpio.hook "$pkgdir"/lib/initcpio/hooks/zfs install -D -m644 zfs.initcpio.install "$pkgdir"/lib/initcpio/install/zfs need to be install -D -m644 "$srcdir"/zfs.initcpio.hook "$pkgdir"/lib/initcpio/hooks/zfs install -D -m644 "$srcdir"/zfs.initcpio.install "$pkgdir"/lib/initcpio/install/zfs

I worked on a few of your files. I updated the locations of where the udev rules are and other bins, added your name and mine to the top of the PKGBUILD, worked on the functions in zfs.initcpio.hook so it's much cleaner now when booting, and a few other things. https://gist.github.com/2980803

Here is the patch for zfs-rc9 (preempt.patch) https://gist.github.com/2946851

@surya1: You're welcome! This will be one of the first packages to integrate with the Arch Linux package management system upstream :)

@chenxiaolong: Awesome! I just spoke with Brian, and the patches should land on master today. Feel free to open tickets on the projects' GitHub issue tracker about any problems or improvements. Thanks for trying them out!

@surya1: The packages work great! :)

@surya1: Actually, if you use DKMS, you won't have any of these problems, since DKMS compiles the kernel module after booting an updated kernel or a different kernel. I currently have a package that's using a very simple DKMS configuration. Maybe it can help you: https://aur.archlinux.org/packages.php?ID=54641

@surya: No problem :) About the build dependencies. Unfortunately, there's no easy way to do this. Since Arch allows multiple kernels to be installed, a pseudopackage cannot be used, since 2 packages can't both provide 'linux-headers-pseudo,' for example. The correct way would be to have a dependency on a 'linux-headers,' but then we have the problem of spl and zfs not compiling, since they require a kernel built with 'CONFIG_PREEMPT=y.' As far as I know, that option is disabled in Arch's default kernel. RPM and Debian package management systems support conditional dependencies, so the following would be valid: Dependencies: ... "linux-headers || kernel26-headers || kernel26-lts-headers" ... Unfortunately, this isn't something that pacman/makepkg supports, yet :( The best thing I can come up with is to find the package name of the current kernel and append '-headers' to it. For example: pkgname=zfs pkgver=REPLACE_ME pkgrel=1 desc='...' arch=('i686' 'x86_64' ... _kernel_pkgname="$(pacman -Qo /usr/src/linux-`uname -r`/vmlinux`)-headers" makedepends=(... "${_kernel_pkgname}" ...) That should work, assuming that the user doesn't constantly switch kernels.