Package Details: zfs-dkms-git 2018.12.14.r4868.gc66401fae-1

Git Clone URL: (read-only)
Package Base: zfs-dkms-git
Description: Kernel modules for the Zettabyte File System.
Upstream URL:
Licenses: CDDL
Groups: archzfs-dkms-git
Conflicts: spl, spl-headers, zfs, zfs-headers
Provides: spl, spl-headers, zfs, zfs-headers
Replaces: spl-dkms-git
Submitter: isiachi
Maintainer: minextu (archzfs-bot)
Last Packager: archzfs-bot
Votes: 21
Popularity: 0.018565
First Submitted: 2014-06-04 15:15
Last Updated: 2018-12-15 16:19

Dependencies (4)

Required by (13)

Sources (1)

Latest Comments

1 2 3 Next › Last »

eschwartz commented on 2018-12-02 05:16

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

@eschwartz The reason behind having the latest commit date as the version can be found here:

The git version pinning was added here: 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

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.

itoffshore commented on 2018-10-13 12:44

@nemster - in /etc/makepkg.conf see MAKEFLAGS

using -j6 takes around 10 minutes on AMD FX to build the modules per kernel

nemster commented on 2018-10-05 16:58

compiling is always slow, anyone knows how to add makeflags?

karl_gerh commented on 2018-04-23 05:28

Beware, this package doesn't work with kernel 4.16.3. You'll have to downgrade your kernel to use ZFS again.

pnmice commented on 2017-12-23 04:14

mkinitcpio -p linux

==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default' -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img ==> Starting build: 4.14.8-1-ARCH ... -> Running build hook: [zfs] ==> ERROR: module not found: zpios' ==> ERROR: file not found:zpios'

pacman -Q | grep -e zfs -e spl

spl-dkms-git 0.7.0_r22_gc9821f1-1 spl-utils-dkms-git 0.7.0_r22_gc9821f1-1 zfs-dkms-git 0.7.0_r225_g823d48bfb-1 zfs-utils-dkms-git 0.7.0_r225_g823d48bfb-1

swordfeng commented on 2017-12-22 05:05

I guess the systemd files are not installed after a certain version...

abrilevskiy commented on 2017-12-21 07:11 is not enabled in systemd after installation

-> Running build hook: [zfs] ==> ERROR: module not found: zpios' ==> ERROR: file not found:zpios'

patrickh commented on 2017-11-10 14:57

> Please add zfs encryption support to the initcpio hook

yes, that would be fantastic!