Skip to content
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

Open
thundergolfer opened this issue May 9, 2024 · 1 comment
Open

Use mount-s3 as a crate dependency #872

thundergolfer opened this issue May 9, 2024 · 1 comment
Labels
enhancement New feature or request

Comments

@thundergolfer
Copy link

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.

@thundergolfer thundergolfer added the enhancement New feature or request label May 9, 2024
@dannycjones
Copy link
Contributor

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?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants