-
Notifications
You must be signed in to change notification settings - Fork 477
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
feat(ovfs): add readme and user configuration #4686
base: main
Are you sure you want to change the base?
Conversation
/// format: <scheme>://?<key>=<value>&<key>=<value> | ||
/// example: fs://?root=/tmp | ||
#[arg(env = "OVFS_BACKEND", index = 2)] | ||
backend: Url, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't like the idea of introducing a URL here. How about just using a HashMap
? Our command line coule be like:
ovfs path/to/mount --scheme=s3 --access-key-id=xxx --secret-access-key=yyy --root=/tmp
Reading OVFS_BACKEND
also doesn't make sense to me. We can start by accepting a simple map.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is ok for me, but I will have a concern about the alignment with ofs. I think ofs and ovfs should be used in a similar way. The usage here refers to the current implementation of ofs.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I will initiate another discussion with ofs. However, I believe ovfs is a separate project that shouldn't adhere to the same design as ofs, especially when that design seems flawed.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I feel that we're currently pushing too aggressively to release the binary to users. Instead, we should focus on developing a library, ensuring it functions correctly and passes the tests before making it available to users.
For example, we don't need to play with the config/command line/args right now. We should make it work and than design our user interface.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Got this. I'll draft this PR first. We should reopen this PR to discuss the user interface of the binary after the ovfs library is fully developed.
No description provided.