Henrik Lissner 46844b55de refactor: how doom prevents $EMACSDIR litter ...

I change `user-emacs-directory' because most (if not all) packages --
even built-in ones -- abuse it exclusively to build paths for
storage/cache files (instead of correctly using
`locate-user-emacs-file'). This ensures your $EMACSDIR isn't littered
with data files *and* saves us the trouble of setting every
directory/file variable under the sun.

Granted, this introduces an edge case for any legitimate uses of the
variable (e.g. where the caller seeks to locate the user's initfiles),
but I've found no such uses in any of the packages I've audited for Doom
or elsewhere.

2022-06-18 08:26:01 +02:00

..

autoload

refactor(lib): remove doom-apply-ansi-color-to-compilation-buffer-h

2022-06-17 18:21:23 +02:00

cli

feat(ci): generalize 'doom ci deploy-hooks'

2022-05-05 15:35:33 +02:00

templates

bump: :core

2022-06-17 18:21:23 +02:00

test

core-cli: backport more refactors from rewrite

2020-08-24 23:00:32 -04:00

core-cli.el

fix(cli): doom run not launching from parent dir

2022-06-04 15:01:49 +02:00

core-editor.el

fix: find-function-search-for-symbol moving cursor

2022-06-04 15:02:06 +02:00

core-keybinds.el

fix: wrong-type-arg error on startup

2021-10-20 22:06:25 +02:00

core-lib.el

tweak(lib): always suppress doom-log output

2022-03-31 19:25:50 +02:00

core-modules.el

fix: :load-path throwing error in org-src blocks

2022-04-08 02:51:50 +02:00

core-packages.el

fix: void-function doplist! in package!

2022-06-17 18:59:11 +02:00

core-projects.el

refactor: minor refactors & nit picks across core

2021-10-10 18:36:46 +02:00

core-ui.el

refactor(lib): remove doom-apply-ansi-color-to-compilation-buffer-h

2022-06-17 18:21:23 +02:00

core.el

refactor: how doom prevents $EMACSDIR litter

2022-06-18 08:26:01 +02:00

packages.el

bump: :core

2022-06-17 18:21:23 +02:00