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).
The current implementation of
FuseArgsextendsOptparse, which is scheduled to be deprecated in favor ofargparse. Although there isn't a schedule for when it would be deprecated, it might be a good idea to reimplement this usingargparse.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:
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
Fuseinstance such that the command-line above is supported (usingFuseArgs, that is -- I obviously could split up the parsing of args I am interested in and those that get passed to the parentFuseclass ...but that would be ugly).