-
Notifications
You must be signed in to change notification settings - Fork 98
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
Windows port available #161
Comments
I've thought about doing it to for kicks but I wouldn't want to maintain it. Especially with WSL being generally available, it just seems like adding unnecessary complexity. If you do look into this, I've saw another FUSE for Windows you might try. https://github.com/dokan-dev/dokany |
Well, I have some doubts whether WSL will have FUSE built-in. FUSE in Linux is a kernel module that lets user space code to implement FS logics. WSL will not let install FUSE kernel module as WSL emulates Linux for user realm, not kernel. |
Huh, how about that. I just assumed they ported FUSE without checking, my bad. |
Hi there again, I created a small port for Windows. Feel free to test it out (see 'On Windows' entry in README.md) Feel free to check it out. |
@feoff3 How is the windows port working? Are you still planning to send a PR? |
@feoff3 I found an error in init.py on line 3335 in your fork. Are you still maintaining it by chance? |
Cool.
Well, I'm not actively developing at the moment.
It worked in some of my tests but I didn't have a chance to test it more so
to release it as a merge request one way or another.
Maybe I will have my hands back on it this year.
чт, 30 мая 2019 г., 8:41 Dave <[email protected]>:
… @feoff3 <https://github.com/feoff3> I found an error in *init*.py on line
3335 in your fork. Are you still maintaining it by chance?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#161?email_source=notifications&email_token=ABV5W5XWM7OX5LN4VDW7VMTPX5SHNA5CNFSM4EHNZDS2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODWRNHWQ#issuecomment-497210330>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABV5W5T26FM5A6X7DFC7S5LPX5SHNANCNFSM4EHNZDSQ>
.
|
Hi everyone,
Intro
I wonder if there is a demand into porting YAS3FS to Windows?
Porting the FS will let workstation and servers to access S3 data as regular files. The FS may be used by users to browse their S3 drives, and Windows server software running inside AWS to store their data e.g. logs and backups in the cloud storage reducing the overall headache related to AWS volume management.
I think I may do the task but want to know what YAS3FS community (devs, users) thinks of the idea.
Please provide some feedback in comments below:
Many thanks for the feedback!
Background
The thing is FUSE-compatible driver WinFSP appeared not so long ago in open source (created by a MS veteran) http://www.secfs.net/winfsp/ and migrating existing FUSE and pyFUSE code became a more or less simple task (compared to writing a kernel filesystem driver from scratch).
I already had some experience porting FUSE-based code to Windows and consider implementing an open-source S3 drive product based on WinFSP on YAS3FS.
The text was updated successfully, but these errors were encountered: