Instead of useing ~/.remmina, put config files to
$XDG_CONFIG_HOME/signon, cache files to $XDG_CACHE_HOME/signon, data
files to $XDG_DATA_HOME, like the other applications do.
The default fallbacks are:
$XDG_CACHE_HOME -> $HOME/.cache
$XDG_CONFIG_HOME -> $HOME/.config
$XDG_DATA_HOME -> $HOME/.local/share
example: glib contain functions like g_get_user_config_dir(),
I really hope you can implement this change, it would make the home dir
cleaner, and user can delete all application's cache files or config
files or data files easily.
What is planned about FreeDesktop XDG basedir specification for remmina?
According to XDG Base directory specification:
User data should go into $XDG_DATA_HOME (which default to ~/.local/share),
user preferences should go into $XDG_CONFIG_HOME (which default to ~/.config)
and cached data should go to $XDG_CACHE_HOME (which default to ~/.cache).
More details at :
Full specification can be found at:
The Freedesktop.org XDG base directory specification have good de facto adoption.
It has been adopted by:
I think that Remmina should use same locations than the vast majority of Desktop environment and applications.
There are real advantages of following this specification :
I've done the migration
The code can be improved, at the moment I used the original one just to avoid to break what it's working. Is it acceptable in your opinion?
2) Data, config locations and migration
The .remmina files are saved in the $XDG_DATA_HOME, the remmina preferences in the XDG_CONFIG_HOME
Now, in my opinion remmina shouldn't do any data and config migration, this should be done by the user, but I was thinking that maybe it'd would be nice to provide an helper shell script.
One solution could be to provide a wrapper, remmina.sh, that check if there are files under ~/.remmina, does the migration and then execute the remmina binary.
The second one just a simple migremtoxdg.sh (or whatever)...
@jarryson @imraro @eheintzmann @Hubbitus @giox069
I've used a quite safe workflow:
Please review #590