Store config data in $XDG_DATA_HOME/megaCmd instead of ~/.megaCmd #797
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
If
$XDG_DATA_HOME
environment variable is not set, it will fallback to the previous behaviour and use $HOME/.megaCmd.This is a breaking change, so package maintainers and users should be instructed to move
$HOME/.megaCmd
to$XDG_DATA_HOME/megaCmd
, if they use XDG directories (most desktop distros use them by default). Or you can implement some auto-migration procedure.$XDG_DATA_HOME
defines the base directory relative to which user-specific data files should be stored 1. On modern Linux systems, applications should follow XDG directories standard and don't clutter $HOME with dot files and directories.