-
Notifications
You must be signed in to change notification settings - Fork 151
-
Notifications
You must be signed in to change notification settings - Fork 151
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
Use mount-s3 as a crate dependency #872
Comments
Hey Jonathon, this is an interesting idea! While it's not something we're considering in-depth right now, it's something we discussed today as a possible way to help unblock some use cases like this. For the error handling use case, we also have issue #721 to gather feedback about how we could improve error reporting/handling in Mountpoint. If there's anything specific you had in mind, we'd love to hear more. I'm also curious if there are other customization you had in mind. Is it just error handling, or are there other parts you'd like to customize right now? |
Tell us more about this new feature.
Hey, was wondering if in future it would be reasonable to consume
mount-s3
as a crate. We currently install it as a package and then invoke the binary as a subprocess. One thing that would be improved by crate consumption would be error handling. Currently a mount error spits out a Rust error as a string and the exit code doesn't communicate error type.I see that crates from this repository are already published but there's disclaimers.
The text was updated successfully, but these errors were encountered: