Arch Linux User Repository

Although I don't use this particular PKGBUILD (I build my own), I have no problems running rc12 on my system which is ZFS throughout - root/boot and all, every filesystem is ZFS.

@proxypoke You are not alone, I too use ZFS on root with Arch. I actually might one day write about my slightly elaborate setup which envolves having /boot also on ZFS so that when things go wrong like they did when I updated to 3.6 and ZFS stoped working, I can simple zfs rollback and everything inluding the kernel and initramfs are rolled back :) I haven't yet upgraded to rc12, but what seems to be the problem? At what point during the boot does it fail?

The build tool source code is up at http://github.com/demizer/archzfs. I also updated the wiki to reflect the new repository. My next cause is to start looking into systemd support and then DKMS.

I will have to add a warning to my earlier enthusiasm: rc12 doesn't seem to be useable as a root fs - or at least not as far as I have tried. Since I somewhat doubt that there are a lot of (if any) people besides me who try to run Arch on ZFS, so this shouldn't be too important. Just thought I 'd mention it.

I think you should add your repository information to the wiki. It would be helpful for newcomers to ZFS without having to search through this page's comments.

@proxypoke, thanks for the notification! The packages have been updated to 0.6.0-rc12. I have been working creating a unofficial repository for the Arch ZFS kernel modules. The database and packages are signed with my PGP key, see http://demizerone.com/archzfs/ for more info and instructions on how to add my repository to pacman and add my key (0EE7A125) to your keyring trust. My signed repository and packages are pre-built _x86_64 packages. See http://demizerone.com/archzfs/ for more info. The github master branch for the build tool is not yet up to date. I will have that up and ready sometime tomorrow. cheers

Good news, everyone! With the latest release of ZFS/SPL on Linux, 0.6.0-rc12 (available as of yesterday), everything builds completely fine on kernel 3.6.5 without the need for any patches. All PKGBUILDs (spl{,-utils}, zfs{,-utils}) require a quick :%s/rc11/rc12/, generation of new md5sums, and the preempt patch can be removed. Happy compiling!

Hey everybody, just a quick update. The new build tool I have been working on is now in master, https://github.com/demizer/aur-zfs. With it you can build and package two different groups of packages one for aur and one for split. Again, building the split packages is more efficient. I still have a lot of work to be done, but it is progressing. I will be adding git, dkms, and lts packages after I setup my repo. My next step is to add unofficial repository support to my build tool so I can easily setup a repo with precompiled binaries. I will be hosting the repo on my website at http://demizerone.com/archzfs. Initially it will only be for 64bit code since the ZOL FAQ states that ZOL is very unstable with 32bit code due to memory management differences in Solaris and Linux. I will notify you all in the future when that is ready to go. @MilanKnizek, Yes updating is a pain. ZFS itself is hard-coded to linux versions at build time. The ZFS build tool puts the modules in "/usr/lib/modules/3.5.6-1-ARCH/addon/zfs/", and this the primary reason it has to be rebuilt each upgrade, even minor point releases. Nvidia for example puts their module in "/usr/lib/modules/extramodules-3.5-ARCH/", so minor point releases are still good and the nvidia package doesn't need to be re-installed. A possible reason for ZOL to be hard-coded like this because ZOL is still technically very beta code. I do have a question for the community, does anyone use ZFS on a 32bit system? Thanks!