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.2 supports kernel versions 4.18 - 6.14. When kernel 6.15 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!

The current PKGBUILD needs some love in the part relating to 'If LINUX_VERSION does not have a minor version, we need to add "0"', since when I manually edited the LINUX_VERSION_X64 to be "3.14.1-1", the MOD_BASENAME became "3.14.1.0-1" and build failed. Not a big deal for tinkers to manually workaround that issue, of course. (I did not look further into the string manipulation since it is not my field of experience.)

Hi everyone, I am working on supporting zfs-git and zfs-lts packages. It will be a few days before I can get everything uploaded. I am integrating kerberizer's changes and will be looking at the systemd files provided upstream to see if they will work for us. Thanks!

As I emphasized when publishing them, those PKGBUILDs are not intended for general use, but rather as a potential point for reference. Sticking to demizer's well-proven, stable and supported packages and PKGBUILDs is the sensible thing to do, unless you want to experiment and then also understand well the risks involved. Now, for those that really want to tinker with my PKGBUILDs, here's a critical thing which I only hinted earlier: because these PKGBUILDs install the systemd unit files provided by ZoL, you need to `systemctl disable zfs.service` and then, after the packages are installed, to `systemctl enable zfs.target`. The latter is crucial for your datasets to be mounted as expected. There are likely more elegant ways to achieve this, but I haven't yet had the time to give it more thought (any ideas are welcome, of course: probably something connected with the systemd presets). P.S. The reason why it's not (apparently) necessary to change the version for the {spl,zfs}-utils-git PKGBUILDs is because they don't have a dependency on the Linux kernel. The real problem here, however, is that each of the PKGBUILDs in their own chain of dependencies (spl-utils -> spl-modules -> zfs-utils -> zfs-modules) doesn't check the version of the package it depends upon. That's exactly one of the other problems with my PKGBUILDs that I talked about (and the reason are the Git type versions, for which there's likely an easy and elegant solution, but at least I need some time to think about it; again, ideas are very welcome).

Well... it seems I had an old version in /usr/local and it conflicted with the newer version. Seems to work with kerberizer packages and seems like my disk is 96% used :) fragmentation? who cares for a system mainly used for save once/don't read often.

I tried to remove the zfs packages from demizer repo and build the git packages using kerberizer. Had to modify the version for the zfs-modules-git and spl-modules-git but not on the two others ? After the installation, zfs import was crashing with an error. I will be coming back to demizer version but they require a different version of the kernel...? I am lazy and this will be working back in a few days so I will wait I guess.

@demizer - switching to the -git packages sounds like a totally sane approach. Take it easy and hope you have a speedy recovery. Thanks for all you do here. My laziness likes the convenience of the repo so that I don't pull any kernel updates until I know the zfs stuff is building for it - especially useful if running with a zfs root.

@WhiteKnight, I will continue to update demz-repo-core, only the packages will be based on the zfs-git packages that we will begin to support. @kerberizer, The upstream git master branch is stable. Before patches are merged into the master branch they are tested. In the years I have been using ZOL, I have never had a problem using patches from the master branch. As far as the zfs, zfs-utils, spl, and spl-utils packages, I think they should be deleted too. We would have to record somewhere our reasoning for no longer updating these packages or following the ZFSonLinux.org release model. So for the record, on the next kernel bump, I will create the following packages (using kerberizer's existing work posted below) that use the "replaces" PKGBUILD variable: zfs-git zfs-utils-git spl-git spl-utils-git I will update these packages on every kernel bump so the changes propagate. The demz-repo-core packages will be based on these packages.

Sorry for spamming the comments, but it just came to me that if we migrate towards -git packages, the yaourt users will need to use the --devel option. Not sure if that's relevant for the other AUR helpers, and I wonder if it should be considered a problem or not.

I thought it might be still helpful to share the PKGBUILDs I've been working on, as a line or two of them may come in handy (I've also tried to optimize slightly a few things)... https://github.com/kerberizer/archzfs-git Mind you, they are NOT to be used blindly! At the very least, they need manually switching to the new systemd zfs.target provided by ZoL, but that's not the only thing that needs additional tinkering. @WhiteKnight: You are welcome! ;) As for the LTS packages, they are necessary anyway, and if I find some time next week, I might give them a try, as it's certainly better for @demizer to concentrate on his recovery right now.

Thanks for the detailed explanation, @kerberizer. With your words in mind, just forget my asking for LTS packages. :)