Many *nix programs now adhere to the XDG Base Directory Specification. I'd love to see gsutil follow suit, or at least gain some built-in compatibility with it.
Here is the spec itself, and while I don't use Arch Linux, there's a good write-up on the wiki that explains the spec a bit more. It also has a list of programs that utilize the spec and workarounds for some of those that don't.
As it specifically relates to gsutil, it would be nice if the program checked for the configuration file in $XDG_CONFIG_HOME/gsutil/boto (defaulting back to ~/.boto), and for the state directory in $XDG_CACHE_HOME/gsutil (defaulting back to ~/.gsutil).
(I know you can set the BOTO_CONFIG environment variable to set the location of the config file, and inside said config file you can specify state_dir, but when you're running gsutil through gcloud it's not always obvious where to do that.)
Many *nix programs now adhere to the XDG Base Directory Specification. I'd love to see gsutil follow suit, or at least gain some built-in compatibility with it.
Here is the spec itself, and while I don't use Arch Linux, there's a good write-up on the wiki that explains the spec a bit more. It also has a list of programs that utilize the spec and workarounds for some of those that don't.
As it specifically relates to
gsutil, it would be nice if the program checked for the configuration file in$XDG_CONFIG_HOME/gsutil/boto(defaulting back to~/.boto), and for the state directory in$XDG_CACHE_HOME/gsutil(defaulting back to~/.gsutil).(I know you can set the
BOTO_CONFIGenvironment variable to set the location of the config file, and inside said config file you can specifystate_dir, but when you're runninggsutilthroughgcloudit's not always obvious where to do that.)