Ooops: all the info is there, you're right. I deleted my comment before seeing you had already replied. Sorry!
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.87 |
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 .. 53 54 55 56 57 58 59 60 61 62 63 .. 79 Next › Last »
foolosophy commented on 2013-04-27 05:30 (UTC)
demizer commented on 2013-04-27 05:28 (UTC)
@foolosophy, Thanks! The packages have always been signed. See http://demizerone.com/archzfs for more info. The script used to build the packages is available in this repo: https://github.com/demizer/archzfs. The archzfs website also details how to setup a build environment for building packages with update.sh.
demizer commented on 2013-04-27 05:12 (UTC)
Hello everyone! The pre-built package repo has been relocated. The new server string is as follows:
[demz-repo-core]
Server = http://demizerone.com/$repo/$arch
For anyone tracking the testing repo:
[demz-repo-testing]
Server = http://demizerone.com/$repo/$arch
WonderWoofy commented on 2013-04-27 01:09 (UTC)
Thanks for the heads up demizer.
demizer commented on 2013-04-26 16:28 (UTC)
The packages have been updated. I also made the dependencies on the kernel specific to the pkgrel as it should be. The packages must be rebuilt on _every_ kernel release.
I have yet to update the archzfs repo because I am rewriting the build tool into a regular bash script to make it easier to build for newcomers. I am also changing the way my repositories are implemented so I am not maintaining a bunch of different repositories. The path to repository will change, so it will need to be changed in your pacman.conf. This should be done by tonight. Sorry!
WonderWoofy commented on 2013-04-26 15:18 (UTC)
This may be out of date, but since the official repo kernel update was from 3.8.8-1 to 3.8.8-2 a simple version bump and pkgrel increase should to the trick. Of course you could just force recompile it against the new kernel with the same pkgver/pkrel so that any update demizer puts through will show up on any of those helpers many use.
timemaster commented on 2013-04-20 02:13 (UTC)
demizer release new version of the package 1-3 days after a new version of the upstream software or a new kernel version. He also offer a pacman repository instead of the aur.
I am happy with demizer work.
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!