Package Details: zfs-linux 2.2.6_6.10.10.arch1.1-1

Git Clone URL: https://aur.archlinux.org/zfs-linux.git (read-only, click to copy)
Package Base: zfs-linux
Description: Kernel modules for the Zettabyte File System.
Upstream URL: https://openzfs.org/
Keywords: kernel linux zfs
Licenses: CDDL
Groups: archzfs-linux
Conflicts: spl-dkms, spl-dkms-git, spl-linux, zfs-dkms, zfs-dkms-git, zfs-dkms-rc, zfs-linux-git, zfs-linux-rc
Provides: spl, zfs
Replaces: spl-linux
Submitter: demizer
Maintainer: lightdot
Last Packager: lightdot
Votes: 271
Popularity: 1.16
First Submitted: 2016-04-21 08:45 (UTC)
Last Updated: 2024-10-23 12:35 (UTC)

Required by (19)

Sources (1)

Latest Comments

« First ‹ Previous 1 .. 43 44 45 46 47 48 49 50 51 52 53 .. 79 Next › Last »

demizer commented on 2014-01-21 07:04 (UTC)

Sorry it took more than a few hours to update. I had to refactor my build scripts. Devtools changed the way arch-nspawn worked, so instead I refactored the build scripts to use clean-chroot-manager. For anyone that is curious, you can see the build script here: https://github.com/demizer/archzfs/blob/master/build.sh

demizer commented on 2014-01-14 01:22 (UTC)

Well it seems the pkgnames in the PKGBUILDS had incorrect syntax. https://mailman.archlinux.org/pipermail/aur-dev/2012-November/002241.html I was using parenthesis in the pkgname when it wasn't necessary. All fixed now, enjoy!

demizer commented on 2014-01-14 01:09 (UTC)

For some reason AUR is rejecting the package updates saying they are split packages, which they are not. Not sure why. I am working on a solution.

wolfdogg commented on 2014-01-11 22:00 (UTC)

error: failed retrieving file 'chroot_local.db' from disk : Couldn't open file /var/repo/chroot_local.db

wolfdogg commented on 2014-01-11 21:48 (UTC)

# pacman -S archzfs :: There are 4 members in group archzfs: :: Repository demz-repo-core 1) spl 2) spl-utils 3) zfs 4) zfs-utils Enter a selection (default=all): resolving dependencies... warning: cannot resolve "linux=3.12.6-1", a dependency of "spl" warning: cannot resolve "linux=3.12.6-1", a dependency of "spl" warning: cannot resolve "spl=0.6.2_3.12.6-1", a dependency of "zfs" warning: cannot resolve "linux=3.12.6-1", a dependency of "spl" warning: cannot resolve "spl", a dependency of "zfs-utils" warning: cannot resolve "zfs-utils", a dependency of "zfs" warning: cannot resolve "linux=3.12.6-1", a dependency of "zfs" warning: cannot resolve "linux=3.12.6-1", a dependency of "spl" warning: cannot resolve "spl", a dependency of "zfs-utils" :: The following packages cannot be upgraded due to unresolvable dependencies: spl zfs zfs-utils :: Do you want to skip the above packages for this upgrade? [y/N]

cabrey commented on 2014-01-05 21:23 (UTC)

@graysky, changing the dependencies to linux-ck doesn't seem to help. I can compile and install all the relevant packages manually (that is, without an AUR helper), but `modprobe zfs` leads to "modprobe: FATAL: Module zfs not found." I can find the ko inside /usr/lib/modules/3.12.6-1-ck/extra/zfs/zfs.ko however... I'll give your script a try, thanks.

graysky commented on 2014-01-03 19:59 (UTC)

You can just modify the PKGBUILDs of the zfs packages to require "linux-ck=3.xx.y" and build them on that machine. I wrote a little script that allows me to build the packages using clean-chroot-manager (available in the AUR). Note that you still will need to modify the PKGBUILDs for your alternative kernel. Here is my build script if you are interested. Note that the last line sends the built packages to my ZFS server where it is setup to read a custom repo from there. This allows for transparent upgrades. You can comment it out if you don't do something similar. #!/bin/bash # # ZFS Builder by graysky # # define the temp space for building here WORK=/scratch # create this dir and chown it to your user # this is the local repo which will store your zfs packages REPO=/scratch/null # Add the following entry to /etc/pacman.conf for the local repo #[chroot_local] #SigLevel = Optional TrustAll #Server = file:///path/to/localrepo/defined/above for i in rsync cower ccm; do command -v $i >/dev/null 2>&1 || { echo "I require $i but it's not installed. Aborting." >&2 exit 1; } done [[ -f ~/.config/clean-chroot-manager.conf ]] && . ~/.config/clean-chroot-manager.conf || exit 1 [[ ! -d "$REPO" ]] && mkdir $REPO [[ ! -d "$WORK" ]] && echo "Make a work directory: $WORK" && exit 1 cd "$WORK" for i in spl-utils spl zfs-utils zfs; do [[ -d $i ]] && rm -rf $i cower -d $i done rsync -auvxP $CHROOTPATH64/root/repo/ "$REPO" rsync -auvxP --delete-after -e 'ssh -c arcfour128' "$REPO/" facade@mars:/var/repo/

demizer commented on 2014-01-03 18:57 (UTC)

@cabrey, I would be willing to include any changes made to the PKGBUILD that support these kernels. I'm sorry, but I just don't have the time to do it myself. I know graysky is the maintainer of the linux-ck kernels and I believe I once saw a script he wrote for building the archzfs packages for the linux-ck kernels. I can't seem to find it now though.

cabrey commented on 2014-01-03 15:29 (UTC)

Any chance you can modify the PKGBUILD to support alternative kernels (such as linux-ck-*)?

demizer commented on 2013-12-14 06:00 (UTC)

The current kernel version is 3.12.4, but 3.12.5 is in testing so I want to wait until that version comes out so I don't have to update back to back. Should be in the next day or two.