On 29 Mar 2014, at 11:13 , Harshavardhana <har...@harshavardhana.net> wrote:
> Hi Dennis, > > I cloned your repo and made a bunch of fixes - > https://forge.gluster.org/~y4m4/glusterfs-core/y4m4s-osx-glusterfs > > I think the issue of OSXFUSE exists to some extent, if OSXFUSE is not > performing well enough to Linux FUSE standards, i would bet it > wouldn't be worth to get the client porting done, with the advent of > gfapi, samba vfs plugin and also NFS ganesha project, all these will > work out of the box. I am just asking myself if there is a larger need > for Native FUSE support. I wasn’t aware of the other project that would make it possible to use OS X as clients. > > If at all needed then as a first step one or more of the gluster > community and devels should become active contributor to OSXFUSE > project, so that we can guarantee a consistent stability across OSX > native client too. I was thinking in the same directions. I was guessing (without be an FUSE expert) that the newer APIs was there for performance. > > It is still debatable, let me know your views about having full fledged > client. I am not religious about getting FUSE to work if there are better/faster ways. > > I have made changes to remove libspl dependency for now, as i > implemented most of the necessary functions in > libglusterfs/src/syscall.c - if more portability is needed we should Got around to a similar solution, where I only need one file. > be using "gnulib". I think we are two that have tried that route, and gnulib macros seems incompatible with gluster way of doing it. cheers, :-Denis _______________________________________________ Gluster-devel mailing list Gluster-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/gluster-devel