http://zfs-fuse.net seems to be long gone, and even though [email protected] list still exists, there has been practically no engagement from the original zfs-fuse developers over the past 6-12 has been practically non-existent.
Since I still have a strong interest in zfs-fuse (ZoL really isn't ready for 32-bit ARM, recently lost a pool to it within minutes of trying it), I have taken the liberty of forking a copy of the most feature-advanced zfs-fuse git repository available from here: http://rainemu.swishparty.co.uk/cgi-bin/gitweb.cgi?p=zfs;a=summary and put it here: https://github.com/gordan-bobic/zfs-fuse Unfortunately, this was forked off a little before the 0.7.0 official release, but it is now many thousands of lines of code ahead, and without an original repository with commit history it is not possible to easily establish what, if anything important, from the 0.7.0 official zfs-fuse release didn't make it into this fork. If somebody knows of a full git repository with commit history of the official 0.7.0 zfs-fuse release, I would be willing to hunt down any commits that aren't in this fork and try to back-port them. But the fork I put on github has support for pool version 26 (zfs-fuse 0.7.0 release only had up to v23), some patches for ARM that I have been using in production for 18 months or so, and a couple of extra features added. I have added a few additional minor patches to it, mainly the ones that shipped in various distros (e.g. Fedora), and cleaned up a few things - minor build tweaks to bring binary locations in line with ZoL, and switching to dynamic linking of libaio since EL7 no longer ships with libaio.a (removed from libaio-devel but libaio-static is not provided). Since zfs-fuse is the only viable ZFS option for me on some platforms (Linux on 32-bit machines, especially ARM which I use heavily), I very much do not want to see it die until ZoL is fully up to the same stability standard on those platforms. So I am prepared to put in what little spare time I have into maintaining it. Unfortunately, this is my first venture into ZFS source code, so I am badly in need of input on various things from more experienced ZFS developers, for fear of breaking something horribly. I hope this is the correct list to discuss such issues. Gordan
_______________________________________________ developer mailing list [email protected] http://lists.open-zfs.org/mailman/listinfo/developer
