Closed arekbulski closed 7 years ago
That's quite possible. The FUSE stuff all looks quite confusing, and years ago there was lots of discussion around macfuse, fusepy, osxfuse, fuse4x, fuse-python, etc. etc. So I've personally been deliberately avoiding touching the FUSE code with a bargepole ;-)
It would be great if someone who knows what's what is able to sort it all out!
P.S. You can use backticks if you want to display a filename containing underscores, to stop github displaying it in bold. I edited your original comment for you.
Hi @lurch Let me investigate it as my first contribution to the project. Best Anastasios
@anastmag Great, we need more hands on.
Why have you decided to implement your own custom fuse bindings and not relied to pyfuse ?
I didnt implement anythting if you were replying to me. It is generalny better to have own copy of a module than merely reference it. Pyfuse can get broken or removed, we wont be affected.
Until fuse binaries change, which is unlikely, that is.
Thanks for the reply. You were pretty much informative.
Why have you decided to implement your own custom fuse bindings and not relied to pyfuse ?
A lot of the code in pyfilesystem is getting quite old now, so the original reasons some of the features were implemented the way they were, may be lost in the mists of time?
@willmcgugan and @rfk wrote a lot of the original code... so maybe they might have some helpful comments... ;-)
The code was imported. See the docstring https://github.com/PyFilesystem/pyfilesystem/blob/master/fs/expose/fuse/__init__.py
I found something strange,
expose/fuse/__init__.py
imports one of two modules, but thefuse.py
is NEVER loaded by either three remaining files. Could someone confirm I am not imagining things? Also file names seem to be wrong,fuse3
is loaded only on PY 2. https://github.com/PyFilesystem/pyfilesystem/blob/master/fs/expose/fuse/__init__.py#L73