[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