mindstormer, thanks for the report. I've deleted the -head package since it's a duplicate and breaks the rules of submission.
Search Criteria
Package Details: zfs-dkms-git 2:2.2.99.r344.ga0635ae731-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/zfs-dkms-git.git (read-only, click to copy) |
---|---|
Package Base: | zfs-dkms-git |
Description: | Kernel modules for the Zettabyte File System. |
Upstream URL: | https://zfsonlinux.org/ |
Keywords: | illumos oracle solaris zol |
Licenses: | CDDL |
Groups: | zfs-git |
Conflicts: | zfs-dkms |
Provides: | SPL-MODULE, zfs, zfs-dkms, ZFS-MODULE |
Submitter: | isiachi |
Maintainer: | yurikoles |
Last Packager: | yurikoles |
Votes: | 25 |
Popularity: | 0.000582 |
First Submitted: | 2014-06-04 15:15 (UTC) |
Last Updated: | 2024-02-13 04:45 (UTC) |
Dependencies (3)
- dkms
- git (git-gitAUR) (make)
- zfs-utils-gitAUR (optional)
Required by (20)
- cockpit-zfs-manager (requires zfs)
- plymouth-zfs (optional)
- prepare-lastboot (requires zfs)
- python-pyzfscmds (requires zfs)
- targetd (requires zfs-dkms) (optional)
- targetd-git (requires zfs-dkms) (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 (2)
eschwartz commented on 2020-08-21 19:05 (UTC)
mindstormer commented on 2020-08-21 18:44 (UTC)
How does this compare to zfs-dkms-head-git? Which is recommended?
kerberizer commented on 2020-02-18 12:44 (UTC)
thieh commented on 2020-02-15 00:58 (UTC)
Hm....I got the following issue while trying to build the kernel module:
FATAL: modpost: GPL-incompatible module zfs.ko uses GPL-only symbol '__rcu_read_lock'
kernel version is 5.5.3-arch1-1 / gcc 9.2.1 20200130
Anyone mind to enlighten me on this one?
JohnyPea commented on 2019-08-13 08:32 (UTC)
Hi, i was trying to use this package on linux53 with errors and found a discussion where the problem was identified: https://github.com/zfsonlinux/zfs/issues/9133 I have used the suggestion and with this patch: https://pastebin.com/ZMJL3pv9 and PKGBUILD update: https://pastebin.com/ZkQCLADe it builds and works. Tested on Manjaro 5.2.8 and 5.3-rc4 kernels.
javashin commented on 2019-07-08 20:58 (UTC)
this pkg install old zfs zpool --version zfs-0.8.0-116_g1086f5421 zfs-kmod-0.8.0-1
eschwartz commented on 2018-12-02 05:16 (UTC) (edited on 2018-12-02 05:29 (UTC) by eschwartz)
Hmm, using the date of the latest commit is at least sort of reasonable once you know where it actually comes from. (Nevertheless, I personally consider dates to be inelegant, and they introduce potential inconsistencies given that git does not enforce monotonically increasing dates, and depending how you format it, timezone differences can cause it to decrease anyway.)
That being said, and while this is obviously somewhat subjective, I'm not sure I see the reasoning anyway -- it's a git package being run from git master, why would the existence of maintenance releases on some other branch matter?
minextu commented on 2018-12-01 13:47 (UTC)
@eschwartz The reason behind having the latest commit date as the version can be found here: https://github.com/archzfs/archzfs/issues/198
The git version pinning was added here: https://github.com/archzfs/archzfs/pull/195. But I agree, I should be re-added. This will require some work on the archzfs buildscripts. I will look into that when I have some more spare time
eschwartz commented on 2018-11-28 17:18 (UTC) (edited on 2018-11-28 17:33 (UTC) by eschwartz)
Hi, please immediately revert the pinning of commit hashes as this is a git package and git packages manifestly do not use pinned commits (because if they did use pinned commits, then they would be a duplicate of the non-git package). Please fix any other packages you maintain as well.
This also means you can stop committing frivolous updates to the pkgver of a git package.
Also please re-add the pkgver() function you removed, restore the package to using the actual version as opposed to some terrible date chosen out of a hat, and add an epoch variable to ensure users can actually migrate back to the original pkgver format. I'm not sure I understand the logic of using an unreliable date (chosen using an unknown manual algorithm) instead of proper revision numbers, and it's certainly impossible to know when the commit logs don't mention any reason at all.
Pinned Comments
yurikoles commented on 2023-08-14 16:42 (UTC) (edited on 2023-08-14 16:44 (UTC) by yurikoles)
In order to update this package and avoid version pinning cycle, you need to build both packages,
zfs-utils-git
andzfs-dkms-git
without installing them. Then install a same newer version of both of them in one transaction viapacman -U <path/to/built/zfs-utils-git> <path/to/built/zfs-dkms-git>
.