-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
* core-load-paths.el: New spacemacs-state-directory to store user state files #16759
base: develop
Are you sure you want to change the base?
Conversation
…ate files Support initializing the spacemacs-cache-directory from environment variable SPACEMACSCACHE or XDG_CACHE_HOME.
c5606b4
to
64ea406
Compare
This PR may be a candidate where it would make sense to postpone the merge until after we release a new stable version, see #16775. My current plan (open to suggestions) is to use a directory scheme that is compatible with the no-littering package (and with XDG in a broad sense, though no-littering does not use a cache directory), and add a user option (disabled by default) to use no-littering. By default, the old directories should probably be used, as users will likely have to manually/semi-automatically migrate their files to the new directories. The following table contains most instances of files that are currently put into the cache directory. The second column specifies where they would end up with the current state of this PR (subject to change), and the third column is where no-littering would put them. The no-littering package uses two customizable locations:
There are some other files (not in the table) which are currently put into |
To fix #7818, a new variable
spacemacs-state-directory
is introduced.NOTE:
It's part of work on
XDG_*
directories supports. #3589.It's pre-work for #16706.