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

Store config data in $XDG_DATA_HOME/megaCmd instead of ~/.megaCmd #797

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

jirutka
Copy link

@jirutka jirutka commented Apr 2, 2023

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.

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.

[1]: https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html
[2]: https://wiki.archlinux.org/title/XDG_Base_Directory
@ChrisLane
Copy link

ChrisLane commented Jul 1, 2024

@jirutka I am in favour of using XDG directories but I suggest adding backward compatibility by only using your behaviour for new directories and using the old default if the directory already exists.

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

Successfully merging this pull request may close these issues.

2 participants