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!

proxypoke: Nope, I'm talking about the need to update zfs (+deps) when the kernel changes. That's why I pointed at the nvidia-hook thing: It's used to rebuild the nvidia module (for the proprietary driver) each time the kernel is updated, automagically. demizer: I'm not too concerned about compiler flags or that you'll drop evil binary packages on my machine, but I seem to recall that I hit the dreaded 'Cannot run pacman -Suy because zfs has a hard dependency on the current kernel' message a couple times. I'd guess that you're keeping that thing up to date on a best-effort basis, i.e. when you notice that the kernel version was bumped. The effort is very much appreciated, really. I'd just love to find a way to automate the whole process, if possible. I'm not sure IF nvidia-hook is potentially helpful as an example, but at least it's running ~some script~ everytime the kernel is bumped -> That's a start? Thanks for looking into it and thanks for your time maintaining these packages.

@proxypoke: I did not think your were arguing at all. Thanks for caring though! Believe me I don't want any legal troubles. @darklajid: Sweet! I didn't realize the build hook feature of mkinitcpio was ready yet. I will definitely take a look at it. However, I do have a pre-built repository for ZOL packages at http://demizerone.com/archzfs, but I do understand some users like to compile packages with their own compiler flags. I use the standard compiler flags used by all arch packages provided by the devtools package. I had started to work on DKMS packages, but they got sidelined when I created the archzfs repository.

@darklajid: I think there are dkms packages in demizer's repository, which is essentially what you want. See https://wiki.archlinux.org/index.php/Dkms for more info. Correct me if I'm wrong. @demizer: I really don't mean to argue with you because I, as mentioned, respect what you are doing and, by all means, want you to continue to do so. So forget I said anything, I don't think anyone cares enough. ;)

So, I'm not the most clever guy and new to Arch Linux. You guys (or at least you, demizer) probably thought about rebuilding zfs in a hook, a la nvidia-hook? Is that impossible? A bad idea? Why?

@proxypoke, Thanks for the notification, but I am not worried. I don't think the Ubuntu people or fedora people or even the ZOL people would be distributing pre-compiled packages if there was an issue. I think the license incompatibility comes in when merging the two source tree and distributing it that way. The way the packages are setup now, the source trees are still separate, and distributed separately. The packages are even licensed separately. However, if I do get a cease and desist from Oracle, I will remove the packages. I don't think that's going to happen.

"Pre-compiled packages are available" I just want to point out that you are treading on thin ice here. You are technically violating both the GPL and CDDL. I don't think many people care (or anyone for that matter), but the whole reason that ZFS is here in the AUR is that you have to compile it yourself due to the incompatible licenses. I really appreciate the work you do, so I wanted to warn you about this. I don't believe the risk is anything to speak of (since there is really no one that could sue you or anything), but it's a license violation nonetheless.

I have re-updated the testing repository to the correct version, 0.6.0_rc13_3.7.3-1. This version targets the 3.7.3 kernel in testing.

I have updated the testing repository to 0.6.0_rc13-3.7.2-1 to match the 3.7.2 kernel in testing. Sorry it took so long. These packages support both architectures. Information about using the archzfs testing repository can be found at http://demizerone.com/archzfs, or you can use the following server line in your pacman.conf: [archzfs] Server=http://demizerone.com/$repo/testing/$arch If you want want the PKGBUILDs, download them from here: http://demizerone.com/archzfs/testing/sources/

Good news everyone! The ZOL packages for Arch Linux now support i686. Pre-compiled packages are available for those that are using ZFS as root, want to do maintenance from an Archiso, or just don't want to deal with doing their own update management. They are available at http://demizerone.com/archzfs