Package Details: zfs-linux-git-headers 0.7.0.r131.gc721ba435.4.13.7.1-1

Git Clone URL: https://aur.archlinux.org/zfs-linux-git.git (read-only)
Package Base: zfs-linux-git
Description: Kernel headers for the Zettabyte File System.
Upstream URL: http://zfsonlinux.org/
Licenses: CDDL
Conflicts: zfs-archiso-linux-headers, zfs-linux-hardened-git-headers, zfs-linux-hardened-headers, zfs-linux-headers, zfs-linux-lts-git-headers, zfs-linux-lts-headers, zfs-linux-zen-git-headers, zfs-linux-zen-headers
Submitter: demizer
Maintainer: demizer
Last Packager: demizer
Votes: 16
Popularity: 0.749165
First Submitted: 2016-04-21 08:46
Last Updated: 2017-10-17 20:25

Pinned Comments

demizer commented on 2017-02-11 18:20

Hello everyone. Packages have not been updated in a while because I am working to switch them over to use "extramodules" so that they only need to be updated once for a major version. See https://github.com/archzfs/archzfs/issues/92

Latest Comments

lockheed commented on 2017-09-27 17:49

Why is it that this git package has version 0.7.0, while the "stable" non-git zfs-linux is 0.7.2?
Wasn't git version supposed to be newer than the mainline?

sfranchi commented on 2017-09-21 16:59

Well, ignore my previous comment, I misread pacman's error message. Sorry for the noise

sfranchi commented on 2017-09-20 17:18

@minextu: You suggested using pacman -Syuu to overcome the misleading versioning info.
However, with the suggested option (the uu), pacman wants me to switch from zfs-linux-git to zfs-linux.

Ideas?

minextu commented on 2017-08-02 21:36

@dmp1ce Now that zfs 0.7 is out, there aren't any rc packages any more, but pacman assumes, that the rc version is higher than the current one. You will have to run
# pacman -Syuu

dmp1ce commented on 2017-08-02 21:33

What's going on with the versioning? I am getting this warning:

$ pacaur -Syu
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
archzfs is up to date
:: Starting full system upgrade...
warning: spl-linux-git: local (0.7.0_rc4_r5_g7a35f2b_4.11.9_1-1) is newer than archzfs (0.7.0_r1_geed143d_4.12.3_1-2)
warning: zfs-linux-git: local (0.7.0_rc4_r95_g94b25662c_4.11.9_1-1) is newer than archzfs (0.7.0_r6_g1e0565d10_4.12.3_1-2)
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: spl-linux-git: installing linux (4.12.3-1) breaks dependency 'linux=4.11.9-1'
:: zfs-linux-git: installing linux (4.12.3-1) breaks dependency 'linux=4.11.9-1'
:: zfs-utils-linux-git: installing linux (4.12.3-1) breaks dependency 'linux=4.11.9-1'
:: Starting AUR upgrade...
:: spl-utils-linux-git is not present in AUR -- skipping
:: zfs-utils-linux-git is not present in AUR -- skipping
:: resolving dependencies...
:: looking for inter-conflicts...

Karmek commented on 2017-07-30 18:47

Hello @Demizer!

The package version used to be 0.7.0_rc4_r5 and now fails to resolve the required dependencies as it considers the local packages as newer than what's available. There is no update triggered for zfs-linux-git, spl-linux-git etc.

Please consider updating the version number accordingly (i.e. version 0.7.1_r1).

demizer commented on 2017-02-11 18:20

Hello everyone. Packages have not been updated in a while because I am working to switch them over to use "extramodules" so that they only need to be updated once for a major version. See https://github.com/archzfs/archzfs/issues/92

wolfdogg commented on 2017-01-29 20:47

following up on this Zenju the author of freefilesync has corroborated that my suspicions were correct http://www.freefilesync.org/forum/viewtopic.php?f=2&t=1650&p=13710#p13710, the flag is on somehow on the zfs filesystem possibly, or maybe missing one, and these errors persist. This is NOT the ARCH pkg in anyway. Im using RHEL64 7.3 to run the san which uses zfsonlinux/zfs https://github.com/zfsonlinux/zfs/ using the kABI-tracking kmod (so that i dont have to futz with improper kernel updates anymore).

So with that said, if anybody knows how to tweak the zfs properties/settings as such so that SPARSE is set OFF, im all ears. Thats where my research is going to next.

Im not sure what i might have done, this is a standard raidz2, and havent had luck with any other pool testing yet. Is this a bug, or not a bug?

@demizer Any ideas?

bazzawill commented on 2017-01-29 04:04

I am having trouble upgrading my system and this package as I have a conflict upgrading linux with the old package or a conflict upgrading the package with older linux 4.8.13-1-ARCH I can use pacman -Syudd but this is illadvised.

wolfdogg commented on 2016-10-27 07:32

Info: Cannot write file attributes of "\\server\pool\path\filex.ffs_tmp".
Error Code 1: Incorrect function. (DeviceIoControl, FSCTL_SET_SPARSE)

Error message above sheds light that the zfs since i updated yesterday, or very recently atleast; im seeing attrib errors when using freefilesync to push to the ZFS san. I feel as if either myself, or automaticaly, sparse files or somefeature of, has been flagged to be enabled on the zfs array, where it shouldnt be possibly, so when freefilesync goes to write to it, its flagged, but not available, is an upsupported feature, OR there may be something missing in the drivers, not sure.

ref:
zfs sparse files https://blogs.oracle.com/bonwick/entry/seek_hole_and_seek_data
FSCTL_SET_SPARSE https://msdn.microsoft.com/en-us/library/windows/desktop/aa364596(v=vs.85).aspx

Edit: topic made here https://bbs.archlinux.org/viewtopic.php?pid=1671430#p1671430

All comments