New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FUSE: add flags (Windows file attributes) support #114
Comments
I typically don't crosspost, but I just felt like the jnr-fuse issue board might be a better place for asking this, since I use jnr-fuse on top of winfsp (from my Java app). Yet, if winfsp might not support this, there is probably nothing jnr-fuse can do. I'll post any insights gained over there here. |
WinFsp supports the hidden and system file attributes. However the FUSE API originated in Linux, which does not in general support those attributes (some BSD's and Apple's OSX do). So you cannot use FUSE and at the same time support those attributes. The only thing that we could do is to consider adding an extension to FUSE to support those attributes. I believe OSXFUSE does have such extensions, which we could potentially adopt (e.g. |
Here is some info I found about
Would you consider adding a comparable extension to the fuse layer of WinFSP - mapping to windows file flags? |
Another possibility may be (again, not the expert speaking here) extended attributes (http://man7.org/linux/man-pages/man7/xattr.7.html)? Looking again at the |
The We would need to:
So I am open to add this extension to WinFsp-FUSE with the following caveats:
The |
Here is a more fleshed out (potential) plan to add this feature to the FUSE interface:
This wraps up extending the FUSE interface in a (hopefully) backwards compatible manner. Somewhat hairy and incompatible with OSXFUSE, so I am not hugely fond of it. Better alternatives are welcome. |
Any opinions on this? I will be away next week, but I may look into implementing it for the upcoming Ping @SerCeMan. If this was added to WinFsp-FUSE would you be able to add support for it from jnr-fuse? |
Your concept is sound and seems backward compatible. Sorry that I cannot help - i need a garbage collector /: |
@billziss-gh As far as I can see, from jnr-fuse point of view, the only required change is adding new win-only fields to struct which should not be a problem at all. The solution itself sounds a bit brittle to me, but it solves the problem. |
@SerCeMan thanks for the feedback.
How would you suggest we make it more robust? |
Work in progress. |
This functionality has now been added. It is currently in the pvt-flags branch but will be merged into master soon. Expect to see it in the next Beta release ( From the recently updated Changelog:
|
Is it possible with winfsp (fuse) to set a file as hidden and system?
The reason I am asking is that I would like to add a desktop.ini to the virtual drive, but that file is only being evaluated by windows, if it is a system file. In addition to that, hiding it from the user would be great.
https://superuser.com/questions/882442/self-created-desktop-ini-does-not-work
I searched your and libfuse API docs and although they are great, maybe I lack the experience to search for the right needle in the haystack.
The text was updated successfully, but these errors were encountered: