Package Details: zfs-linux 2.3.2_6.14.10.arch1.1-1

Git Clone URL: https://aur.archlinux.org/zfs-linux.git (read-only, click to copy)
Package Base: zfs-linux
Description: Kernel modules for the Zettabyte File System.
Upstream URL: https://openzfs.org/
Keywords: kernel linux openzfs zfs
Licenses: CDDL
Groups: archzfs-linux
Conflicts: spl-dkms, spl-dkms-git, spl-linux, zfs-dkms, zfs-dkms-git, zfs-dkms-rc, zfs-linux-git, zfs-linux-rc
Provides: spl, zfs
Replaces: spl-linux
Submitter: demizer
Maintainer: lightdot
Last Packager: lightdot
Votes: 276
Popularity: 0.74
First Submitted: 2016-04-21 08:45 (UTC)
Last Updated: 2025-06-06 15:30 (UTC)

Required by (19)

Sources (1)

Pinned Comments

lightdot commented on 2025-02-04 21:19 (UTC) (edited on 2025-06-03 14:04 (UTC) by lightdot)

This package will be kept in sync with the latest openzfs 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.

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!

Latest Comments

« First ‹ Previous 1 .. 43 44 45 46 47 48 49 50 51 52 53 .. 79 Next › Last »

demizer commented on 2014-02-08 06:01 (UTC)

Hello everyone. Unfortunately, I will be having major heart surgery in the next month that will make it difficult for me to keep up with the ZFS packages on AUR. Therefore, I am going to have to drop my maintainership of these packages. For those that may be interested in adopting these packages, here are some details: 1. ZOL is released every six months or so. Sometimes a new kernel version includes API changes that break ZOL builds. Luckily, patches are usually available in the ZOL github repo. 2. The upstream ZOL master branch is stable. ZOL has been very stable for me and has not once refused to build (except for API changes, which happen every few months). 3. There has been very little email traffic to me regarding ZFS on Arch in the last year . 4. The archzfs repository on github can be transferred to the new maintainer. 5. Build scripts exist for automatically building the packages, adding the built packages to a repo, pushing the package sources to AUR, and scraping webpages for version numbers (with email reporting). These scripts are adapted to my workflow, but they can be adapted easily to a new maintainer's workflow. 6. The demizerone.com repo will be taken down as I won't be able to keep up with it. If you are interested, just send me a note to jeezusjr@gmail.com. Sorry for having to bow out everyone. demizer

demizer commented on 2014-01-31 22:54 (UTC)

@graysky, the linux version is hardcoded in zfs/PKGBUILD and spl/PKGBUILD. So just updating the x86_64 packages won't work. :( Anyways, I have added the kludge. This breaks the linux version dependency output in AUR as you can see above "linux=" is missing the version number. This is something I wanted to avoid, but it looks like that won't be happening until AUR gets fixed. I also cleaned up the version replacement functions in my build scripts. Took about three hours, but I'm happy with everything. If anyone has any problems, leave your comments here. Thanks!

graysky commented on 2014-01-31 20:41 (UTC)

@demizer - Or just manually rebuild one of the two since this is a pretty rare occurrence.

demizer commented on 2014-01-31 20:39 (UTC)

So it seems that the i686 and x86_64 linux packages do get out of sync with each other. It hasn't happened in the last year that I have been maintaining these packages, but I guess it does happen. So now I have to put some kludge in the build scripts for handling this occurrence as my request to keep the linux packages in sync was closed as won't fix. The packages will be updated in a few hours. Sorry!

demizer commented on 2014-01-31 14:31 (UTC)

I tried updating the packages, but linux i686 is at 3.12.9-1 and linux x86_64 is at 3.12.9-2. I have filed a bug report here: https://bugs.archlinux.org/task/38746 I will update once the out of sync versions of linux are fixed.

graysky commented on 2014-01-21 10:08 (UTC)

Cool, glad others find value in ccm64 and ccm32!

demizer commented on 2014-01-21 07:04 (UTC)

Sorry it took more than a few hours to update. I had to refactor my build scripts. Devtools changed the way arch-nspawn worked, so instead I refactored the build scripts to use clean-chroot-manager. For anyone that is curious, you can see the build script here: https://github.com/demizer/archzfs/blob/master/build.sh

demizer commented on 2014-01-14 01:22 (UTC)

Well it seems the pkgnames in the PKGBUILDS had incorrect syntax. https://mailman.archlinux.org/pipermail/aur-dev/2012-November/002241.html I was using parenthesis in the pkgname when it wasn't necessary. All fixed now, enjoy!

demizer commented on 2014-01-14 01:09 (UTC)

For some reason AUR is rejecting the package updates saying they are split packages, which they are not. Not sure why. I am working on a solution.