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

Migrate FuseArgs away from using Optparse #24

Open
lonetwin opened this issue Feb 23, 2020 · 3 comments
Open

Migrate FuseArgs away from using Optparse #24

lonetwin opened this issue Feb 23, 2020 · 3 comments

Comments

@lonetwin
Copy link

The current implementation of FuseArgs extends Optparse, which is scheduled to be deprecated in favor of argparse. Although there isn't a schedule for when it would be deprecated, it might be a good idea to reimplement this using argparse.

Furthermore, imho, the current implementation is a bit unwieldy and inflexible. For instance, I have spent way too longer than I expected and yet have not been able to figure out how to implement the command line to support something like:

my_fuse_cmd.py <required parameter> <required path parameter> <mountpoint> [fuse options]

If there is interest in migrating away from optparse, and nobody is already working on it, I would like to attempt doing this.

If it is felt that this isn't a worthwhile effort for any reason, could someone guide me on how to create a Fuse instance such that the command-line above is supported (using FuseArgs, that is -- I obviously could split up the parsing of args I am interested in and those that get passed to the parent Fuse class ...but that would be ugly).

@sdelafond
Copy link
Collaborator

@lonetwin this would totally be worthwhile, and I'd gladly accept a PR for it.

@lonetwin
Copy link
Author

@sdelafond I'm happy to start working on this. However, I was wondering whether this project intents to retain python 2.x support (afaict, 2.7 is still being supported according to the package classifiers in setup.py)

@sdelafond
Copy link
Collaborator

Yes, I'd like to retain 2.x compatibility.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants