-
-
Notifications
You must be signed in to change notification settings - Fork 52
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
Do not use ~/.config on Linux to store cache and local information #137
Comments
@mrbiber can you please paste an |
|
thanks @mrbiber - it looks like this is where Electron stores its chromium config and cache, and it's a known (and widely discussed) issue: atom/atom#8281 |
@mrbiber I'm going to fix this with a module that sets sane paths for |
Actually, it seems this might currently not be possible. Chromium is setting those caches: https://chromium.googlesource.com/chromium/src/+/master/docs/user_data_dir.md#User-Cache-Directory. It ignores Electron's Electron issue here: electron/electron#8124 |
Additionally, apart from the issues with electron/chromium itself - most electron apps have the same issues and many/some other apps also do not stick to this convention. F.e. Virtualbox keeps its logs there and the Guest Additions iso (plus some other stuff) - which you might want to back up, but they are not configuration. So I maybe wouldn't make this a high priority... |
The
~/.config
directory (or whatever$XDG_CONFIG_HOME
is set to) on Linux is designed to be a place where configuration files are stored; this makes it easy to back up the configuration of many installed programs at once.At the moment, Sciencefair seems to store a large amount of cache and user data in this directory. This might be experienced as a nuisance by users who rely on the relevant conventions, because it contaminates their backups with non-config data. It might be better to store cache and user data in directories which are intended for that purpose (
$XDG_DATA_HOME
/~/.local/share
and$XDG_CACHE_HOME
/~/.cache
, respectively).More information about these directories can be found here: https://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html
The text was updated successfully, but these errors were encountered: