Package Details: zfs-linux-lts-headers 2.2.3_6.6.22.1-1

Git Clone URL: https://aur.archlinux.org/zfs-linux-lts.git (read-only, click to copy)
Package Base: zfs-linux-lts
Description: Kernel headers for the Zettabyte File System.
Upstream URL: https://openzfs.org/
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: minextu (archzfs-bot)
Last Packager: archzfs-bot
Votes: 77
Popularity: 0.75
First Submitted: 2016-04-24 19:05 (UTC)
Last Updated: 2024-03-18 15:11 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »

tamjan commented on 2017-10-10 06:16 (UTC) (edited on 2017-10-10 09:01 (UTC) by tamjan)

This is quite great. I actually use ZFS successfully on ALARMPI (for the RPi1), and I've made a script that modifies these packages for building it on that system. I've tested v0.7.2 built against raspberrypi-kernel-4.9.52-1-ARCH, and it works. The advantage of using these packages contrary to the dkms ones in that these easily lend themselves to compilation using distcc, and that the packages can be shared between systems running the same kernel version without additional compilation. The script can be found at https://gist.github.com/tsjk/4b387dd685b9942bcc23497fd3345b99. Note that you might not be able to use the script as is, as it assumes a few things, like a ~/cower directory and that you actually have a working distcc configuration that is to be used with parallel makepkg configs for local (/etc/makepkg-local.conf) and distcc (/etc/makepkg-distcc.conf) setups - which isn't actually necessary here -, respectively. The script can likely be made more easy to use as-is, but that is left for future work.

emacsomancer commented on 2017-08-15 22:29 (UTC)

Is there a reason this is pinned at linux-lts=4.9.42? Can it not just be linux-lts<4.10 or something of the sort? I currently don't seem to be able to update zfs-linux-lts for this reason (I'm at 4.9.41, and Arch is at 4.9.43, and zfs-linux-lts wants 4.9.42).

demizer commented on 2017-07-17 08:03 (UTC)

Hi everyone, thanks to @minextu and @hexchain, we have new packages for linux-lts stable and git! These packages introduce a number of changes, * Re-worked package lists, we now hove (zfs|spl)-linux-lts-headers and (zfs|spl)-utils-common (@minextu) * Support for OpenZFS 0.6.5.11 (@minextu) * init script changes (@hexchain): https://github.com/archzfs/archzfs/pull/106 and https://github.com/archzfs/archzfs/pull/119 * support for linux-hardened kernel (thanks @minextu) The new and renamed packages are in preparation for extramodules support. Hopefully in the future we'll only have to build archzfs on every major kernel update 4.11 -> 4.12 instead of on every minor update.

demizer commented on 2017-06-15 02:35 (UTC)

For those that don't want to wait, I have created linux-lts-git packages as a workaround. The packages are also available in the archzfs repository. Package group: archzfs-linux-lts-git Packages spl-linux-lts-git, spl-utils-linux-lts-git, zfs-utils-linux-lts-git, zfs-linux-lts-git

demizer commented on 2017-06-09 17:20 (UTC)

LTS packages are FAILING TO BUILD with GCC 7. SEE https://github.com/archzfs/archzfs/issues/121

avi9526 commented on 2017-02-12 11:10 (UTC) (edited on 2017-02-12 11:12 (UTC) by avi9526)

btw, I have weird cpu load average spikes (on hw and virt machines), with 30..60 minutes delay (observed in top and zabbix). Load jumps but cpu utilization stay low (total<5%). It doesn't correlate with systemd timers. In mean time machine with same configuration but on ext4 has no such spikes. I not sure its zfs fault. Does anyone have such problem? Screenshot of cpu load and usage for systems that were idle most of the time https://0x0.st/4cO.png

demizer commented on 2017-02-11 18:19 (UTC)

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

avi9526 commented on 2017-02-11 17:43 (UTC)

you can compile packages yourself, for example using docker image of archlinux (created with https://github.com/docker/docker/blob/master/contrib/mkimage-arch.sh) **inside** docker container create script echo '#!/bin/bash dir=$(pwd) cd "/tmp/" Package="$1" curl -LO "https://aur.archlinux.org/cgit/aur.git/snapshot/$Package.tar.gz" tar -xvf "$Package.tar.gz" cd "./$Package" chown -R nobody:nobody ./ sudo -u nobody makepkg -s pacman -U --noconfirm "$Package"*".pkg.tar.xz" cp "$Package"*".pkg.tar.xz" "/var/cache/pacman/pkg/" cd "../" rm -rf "./$Package" cd "$dir"' > /bin/install_aur chmod +x /bin/install_aur install packages: base-devel linux-lts-headers kmod linux-lts then you can try compile zfs-lts echo "spl-utils-linux-lts spl-linux-lts zfs-utils-linux-lts zfs-linux-lts" | xargs -n1 install_aur if it work - you then can copy packages to host system docker cp container_name:/var/cache/pacman/pkg /tmp/zfs dirty but it work.. sometimes

dangmai commented on 2017-02-11 16:36 (UTC)

I find that the archzfs repo usually lags behind quite a bit for the lts kernel, right now it's still pointing to the 4.4.46 kernel