I just read that the maintainer of the fuse library that rclone uses for rclone mount is dropping support for macOS. I updated the library and it no longer builds on macOS.
This isn't a disaster - rclone has 2 other supported mount libraries!
mount2
cmount
They both have pros and cons though. mount2 is relatively new and untested. It is supported on macOS but it isn't supported on FreeBSD so I can't drop the mount library completely. It would be easy to make this the default mount on rclone.
cmount uses libfuse directly via its C interface. It works well but requires building rclone differently. It may or may not be possible to build rclone such that it runs without having OSXFUSE installed (depending on whether I can statically link libfuse into rclone), so doing this might mean we have two rclone binaries on macOS one with and without OSXFUSE support. I'm pretty sure that cmount will be very reliable as it is the library we use for windows support.
Either way we need to change the library...
Would any macOS mount users like to help me test the alternatives?
We are having a discussion about the best way forward. It might mean that we have to distribute 2 binaries for macOS. Rclone and a mount enabled rclone.
The other alternative is to promote mount2 to be the macOS mount. I'd appreciate if you'd give rclone mount2 a go as a replacement for rclone mount and report back how well it works.
Thank you for trying that. It looks like it didn't work very well I'll probably need to borrow a mac to debug that.
Can you compare and contrast with rclone cmount in this binary (you'll need to gunzip it). This is the alternative which will require two rclone binaries if we decide to go that way. rclone cmount is the code which is used on Windows so it should be pretty solid.
I managed to mount the drive and playback a couple of Videos successfully (and the volname flag worked)
although a couple of times it did not want to unmount, saying in use by Finder. Had to force a unmount with diskutil unmount force /Users/admin/_mounts/gDrive
Not sure if it might be a bit slower listing the drive, will have to try a regular mount again and compare.
But then something weird started happening, The Finder suddenly shows no files or folders in the top level of the mount point. Looked in Terminal same thing no files listed...
cd gDrive
iMac:gDrive admin$ ls -la
total 0
drwxr-xr-x@ 1 admin staff 0 1 Jul 20:27 .
drwxr-xr-x 21 admin staff 672 21 Jun 19:09 ..
But if I do a cd into a directory that I know should be there then terminal does show the files/folders in there:
iMac:gDrive admin$ cd TV
iMac:TV admin$ ls -la
total 0
drwxr-xr-x 1 admin staff 0 12 May 2017 .
drwxr-xr-x@ 1 admin staff 0 1 Jul 20:27 ..
drwxr-xr-x 1 admin staff 0 13 May 2017 REDACTED
drwxr-xr-x 1 admin staff 0 12 May 2017 REDACTED
drwxr-xr-x 1 admin staff 0 12 May 2017 REDACTED
drwxr-xr-x 1 admin staff 0 13 May 2017 REDACTED
etc...
I have got it mounted with debug, but not seeing anything obvious in there, but I can send that via PM if it would be of any use.
Interesting! Here is a beta with a cmount which I think is there way we will be going. It should be fully functional. Testing on rclone cmount with this appreciated!
Hello, I'm using the latest beta (v1.52.3-298-g770a6f2c-beta) and have issue to open files using accent and renamed from windows in filebot. File is not loaded using load or drag and drop. However, I can open the file from the finder with VLC.
Happy to provide feedback to cmount or switch to other beta if the current one doesn't fit with cmount test.
I'll probably need to borrow a mac to debug that.