@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
Search Criteria
Package Details: zfs-linux 2.3.3_6.15.4.arch2.1-1
Package Actions
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.47 |
First Submitted: | 2016-04-21 08:45 (UTC) |
Last Updated: | 2025-06-28 14:30 (UTC) |
Dependencies (4)
- kmod (kmod-gitAUR)
- linux
- zfs-utilsAUR (zfs-linux-gitAUR, zfs-utils-gitAUR, zfs-utils-staging-gitAUR)
- linux-headers (make)
Required by (19)
- cockpit-zfs-manager (requires zfs)
- prepare-lastboot (requires zfs)
- python-pyzfscmds (requires zfs)
- targetd (optional)
- targetd-git (optional)
- zbectl-git (requires zfs)
- zectl (requires zfs)
- zectl-git (requires zfs)
- zedenv (requires zfs)
- zedenv-git (requires zfs)
- zedenv-grub (requires zfs)
- zfs-auto-snapshot (requires zfs)
- zfs-auto-snapshot-git (requires zfs)
- zfsbootmenu (requires zfs)
- zfsbootmenu-efi-bin (requires zfs)
- znapzend (requires zfs)
- znapzupport (requires zfs)
- zsnapd (requires zfs)
- zxfer (requires zfs)
Sources (1)
Latest Comments
« First ‹ Previous 1 .. 73 74 75 76 77 78 79 Next › Last »
chenxiaolong commented on 2011-12-09 22:18 (UTC)
chenxiaolong commented on 2011-12-09 22:14 (UTC)
@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.
<deleted-account> commented on 2011-12-09 21:13 (UTC)
@chenxaiolong: Thanks! Currently, the only concern I have with the PKGBUILD's I am proposing are the depends and makedepends arrays. I know those are incorrect at the moment, although I'm not sure what the correct values should be. e.g. to build the spl, kernel headers need to be installed, does that mean makedepends needs 'linux-headers', 'kernel26-headers', or 'kernel26-lts-headers'? Is there a psuedo package I can use which will do the right thing based on the kernel version installed?
Also, I have created an SPL issue on it's github page:
https://github.com/zfsonlinux/spl/issues/68
It would be great if you could post your results there, and we can use that as a forum to continue this discussion and get a proper solution for Arch pushed upstream.
Thanks for trying it out! :)
chenxiaolong commented on 2011-12-09 18:18 (UTC)
@surya1: That's awesome! It's nice to see some Arch packaging in the upstream source code. I'll compile a preemptive kernel and test out your changes later on today :)
<deleted-account> commented on 2011-12-09 17:53 (UTC)
Hi, I'm working on getting a set of patches upstream to the spl and zfs projects which would allow one to 'make arch' to build Arch Linux packages. This would allow an Arch Linux VM to be easily integrated into the ZFS Build Bot automated testing infrastructure just as is done for many other distributions. I wanted to run these patches by the community in hopes that you all could give me some feedback, here's a link to the spl and zfs branches with the PKGBUILD patches:
SPL: https://github.com/Prakash-Surya/spl/tree/pkgbuild
ZFS: https://github.com/Prakash-Surya/zfs/tree/pkgbuild
Thanks!
fsk141 commented on 2011-11-02 23:21 (UTC)
FYI:
Must make a couple changed to kernel before this will work:
checking whether Linux was built with CONFIG_PREEMPT... yes
http://zfsonlinux.org/faq.html#WhyDoesntItBuild << need to do these things.
chenxiaolong commented on 2011-10-18 18:23 (UTC)
Please change the configure line to contain "--libexecdir=/usr/lib/zfs". The /usr/libexec directory is only used by Red Hat/Fedora and its derivatives.
Here's the modified PKGBUILD: http://pastie.org/2719209
kylef commented on 2011-09-09 21:06 (UTC)
@therp, that patch has some issues, the udev scripts reference /bin/bash which is not on the initcpio image.
There is a more complete patch at https://github.com/kylef/zfs/commit/4ffcadc52e15d01fff28423514e170e381357863 Which I am waiting for behlendorf to decide what to do with. (Since I include a patch to make z(fs|pool) work without an mtab. (See https://github.com/zfsonlinux/zfs/pull/335 )
therp commented on 2011-09-09 19:42 (UTC)
FYI http://clemens.endorphin.org/zfs-initcpio.diff has a patch with initcpio hooks for root on ZFS. Sorry it's diffed against zfs-behlendorf-git, but the two files should be easy to fish out.
cybertorture commented on 2011-08-03 01:22 (UTC)
I got issue with zfs.cache, after a while wondering + google i just created /etc/zfs folder and after recreating zpool everiting is fine now
Pinned Comments
lightdot commented on 2025-02-04 21:19 (UTC) (edited on 2025-06-20 15:33 (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.3 supports kernel versions 4.18 - 6.15. When kernel 6.16 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!