Arch Linux User Repository

I've included it and additional improvements in my patch :)

There is a mistake in PKGBUILD in package(): install -D -m644 zfs.initcpio.hook "$pkgdir"/lib/initcpio/hooks/zfs install -D -m644 zfs.initcpio.install "$pkgdir"/lib/initcpio/install/zfs need to be install -D -m644 "$srcdir"/zfs.initcpio.hook "$pkgdir"/lib/initcpio/hooks/zfs install -D -m644 "$srcdir"/zfs.initcpio.install "$pkgdir"/lib/initcpio/install/zfs

I worked on a few of your files. I updated the locations of where the udev rules are and other bins, added your name and mine to the top of the PKGBUILD, worked on the functions in zfs.initcpio.hook so it's much cleaner now when booting, and a few other things. https://gist.github.com/2980803

Here is the patch for zfs-rc9 (preempt.patch) https://gist.github.com/2946851

@surya1: You're welcome! This will be one of the first packages to integrate with the Arch Linux package management system upstream :)

@chenxiaolong: Awesome! I just spoke with Brian, and the patches should land on master today. Feel free to open tickets on the projects' GitHub issue tracker about any problems or improvements. Thanks for trying them out!

@surya1: The packages work great! :)

@surya1: Actually, if you use DKMS, you won't have any of these problems, since DKMS compiles the kernel module after booting an updated kernel or a different kernel. I currently have a package that's using a very simple DKMS configuration. Maybe it can help you: https://aur.archlinux.org/packages.php?ID=54641

@surya: No problem :) About the build dependencies. Unfortunately, there's no easy way to do this. Since Arch allows multiple kernels to be installed, a pseudopackage cannot be used, since 2 packages can't both provide 'linux-headers-pseudo,' for example. The correct way would be to have a dependency on a 'linux-headers,' but then we have the problem of spl and zfs not compiling, since they require a kernel built with 'CONFIG_PREEMPT=y.' As far as I know, that option is disabled in Arch's default kernel. RPM and Debian package management systems support conditional dependencies, so the following would be valid: Dependencies: ... "linux-headers || kernel26-headers || kernel26-lts-headers" ... Unfortunately, this isn't something that pacman/makepkg supports, yet :( The best thing I can come up with is to find the package name of the current kernel and append '-headers' to it. For example: pkgname=zfs pkgver=REPLACE_ME pkgrel=1 desc='...' arch=('i686' 'x86_64' ... _kernel_pkgname="$(pacman -Qo /usr/src/linux-`uname -r`/vmlinux`)-headers" makedepends=(... "${_kernel_pkgname}" ...) That should work, assuming that the user doesn't constantly switch kernels.

@chenxaiolong: Thanks! Currently, the only concern I have with the PKGBUILD's I am proposing are the depends and makedepends arrays. I know those are incorrect at the moment, although I'm not sure what the correct values should be. e.g. to build the spl, kernel headers need to be installed, does that mean makedepends needs 'linux-headers', 'kernel26-headers', or 'kernel26-lts-headers'? Is there a psuedo package I can use which will do the right thing based on the kernel version installed? Also, I have created an SPL issue on it's github page: https://github.com/zfsonlinux/spl/issues/68 It would be great if you could post your results there, and we can use that as a forum to continue this discussion and get a proper solution for Arch pushed upstream. Thanks for trying it out! :)