[MacPorts] #29917: Fuse4X: add port
MacPorts
noreply at macports.org
Fri Jul 8 16:38:30 PDT 2011
#29917: Fuse4X: add port
--------------------------------------+-------------------------------------
Reporter: anatol.pomozov@… | Owner: dports@…
Type: submission | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version:
Keywords: | Port: macfuse
--------------------------------------+-------------------------------------
Comment(by anatol.pomozov@…):
Replying to [comment:24 dports@…]:
> Replying to [comment:23 anatol.pomozov@…]:
> > > sshfs builds but spends all of its time spinning in sem_wait,
presumably because of the issue you found where
> > Fuse4X has its own sshfs port https://github.com/fuse4x/sshfs that
solves all these problems.
>
> Yep, I can confirm that works. Is fixing the usage of sysv semaphores
the only change in your version of sshfs?
Yes, it is the only change to sshfs. I moved libsem (semaphores
implementation based on pthreads) from macfuse to sshfs. This is more
correct place for it.
>
> > > bindfs works if run as root
> > Make sure that /private/tmp/foo is owned by the user. Also check
/var/log/system.log - it should contain more info.
>
> No, that's not it (and dmesg was unhelpful). After much debugging, I
realized the problem was that bindfs uses -o allow_user by default, and
the kext rejects that with EPERM unless the fuse_allow_other sysctl is set
or the user is a member of the fuse admin group. What I'm puzzled by is
that this works fine with MacFUSE (I just verified this). I don't
understand why; the code appears to be the same and the sysctls have the
same defaults.
Oops, sorry. It is also due to a bug in 0.8.6. But it also fixed in the
HEAD.
https://github.com/fuse4x/kext/commit/392e48a5ce39d313c157622ec40f53f49872a81b
I also made kext messages more helpful for this error.
--
Ticket URL: <https://trac.macports.org/ticket/29917#comment:25>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list