Hi guys. I am curious. Is there a reason for not using ">=" when specifying the dependency version? I am having to uninstall zfs to update the dependencies, or to the latest kernel version (3.4.8 to 3.4.9) and this is because the dependency versions are hard coded. I just rebuilt all the packages manually changing the dependencies to use ">=" and so far so good, no problems. Also, according to the Arch Packaging Guidelines (https://wiki.archlinux.org/index.php/Arch_Packaging_Standards#Package_etiquette), using custom variables can break AUR parsing of PKGBUILDS, which is shown on this page in the dependencies list. I recommend removing the cute bash escape statement and just using a good old string. Here is the update zfs package I made http://pastebin.com/raw.php?i=wH5vUc8W. Thanks!
Search Criteria
Package Details: zfs-linux-headers 2.3.1_6.13.8.arch1.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 headers for the Zettabyte File System. |
Upstream URL: | https://openzfs.org/ |
Keywords: | kernel linux openzfs zfs |
Licenses: | CDDL |
Conflicts: | spl-dkms, spl-dkms-git, spl-headers, zfs-dkms, zfs-dkms-git, zfs-dkms-rc, zfs-headers |
Provides: | spl-headers, zfs-headers |
Submitter: | demizer |
Maintainer: | lightdot |
Last Packager: | lightdot |
Votes: | 275 |
Popularity: | 0.85 |
First Submitted: | 2016-04-21 08:45 (UTC) |
Last Updated: | 2025-03-25 23:55 (UTC) |
Dependencies (4)
- kmod (kmod-gitAUR)
- linux
- zfs-utilsAUR (zfs-utils-gitAUR, zfs-linux-gitAUR, zfs-utils-staging-gitAUR)
- linux-headers (make)
Required by (0)
Sources (1)
Latest Comments
« First ‹ Previous 1 .. 69 70 71 72 73 74 75 76 77 78 79 Next › Last »
demizer commented on 2012-08-20 09:41 (UTC)
chungy commented on 2012-08-19 11:36 (UTC)
I don't know if this package was forgotton about or what, but i made a temporary package for myself with rc10: https://dl.dropbox.com/u/13513277/zfs-0.6.0_rc10-0.src.tar.gz
<deleted-account> commented on 2012-08-15 01:13 (UTC)
@kylef: Nice! You're pretty fast! I just built myself a custom kernel which includes zfs and spl (=built in). It would be cool if you would write a PKGBUILD that uses arch' kernel and adds spl and zfs to it :-) : https://github.com/zfsonlinux/spl/blob/master/README.markdown
kylef commented on 2012-08-15 01:10 (UTC)
rc10 is out, I will update zfs and spl packages tomorrow.
demizer commented on 2012-08-13 01:21 (UTC)
FYI: There is now a ZFS wiki page at https://wiki.archlinux.org/index.php/ZFS
<deleted-account> commented on 2012-08-03 19:32 (UTC)
@kylef: Unfortunately it doesn't work with the new PKGBUILD either. Mkinitcpio still can't find zfs' and spl's modules. I'm currently on 3.5.0-1, upgraded to 3.5.0-2 via pacman and then built the new packages. I removed all previous versions of zfs/spl. I can't boot into the new kernel because i'm using a zfs root. I'll rollback to 3.5.0-1 and wait till this issue is fixed. Thanks anyway! :-) ; @all-testing-users: I updated my edited version of kylef's PKGBUILD, which includes the required patch for the 3.5x kernel : http://pastebin.com/u0Z03WJW
Pinned Comments
lightdot commented on 2025-02-04 21:19 (UTC) (edited on 2025-03-29 20:47 (UTC) by lightdot)
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!