diff options
| author | Craig Jennings <c@cjennings.net> | 2026-06-21 02:16:42 -0400 |
|---|---|---|
| committer | Craig Jennings <c@cjennings.net> | 2026-06-21 02:16:42 -0400 |
| commit | 33418ed05d4030f817d0c8fcb3a669b80c5a827b (patch) | |
| tree | df0c0a549a14930b031be6efc5bc877c10237657 /modules/system-lib.el | |
| parent | 8655630ffb11c3ba18c1b49b22d5058fd5658c68 (diff) | |
| download | dotemacs-33418ed05d4030f817d0c8fcb3a669b80c5a827b.tar.gz dotemacs-33418ed05d4030f817d0c8fcb3a669b80c5a827b.zip | |
fix: load games-config via the malyon hook, not an autoload chain
The previous deferral (8655630f) autoloaded malyon to games-config, but games-config doesn't define malyon. It leaves the command to the malyon package, so M-x malyon loaded games-config, found malyon still undefined, and errored "Autoloading games-config.el failed to define function malyon". Emacs won't chain through a second autoload.
malyon and 2048-game autoload their own commands via package.el, so games-config should never own them. init.el now loads games-config via (with-eval-after-load 'malyon ...), and games-config just sets malyon-stories-directory when malyon loads. M-x malyon loads the package as a real command, then games-config applies its config.
The earlier batch check loaded the files by hand and missed the autoload failure. The new test resolves the autoload the way M-x does (autoload-do-load), so the real path is covered now.
Diffstat (limited to 'modules/system-lib.el')
0 files changed, 0 insertions, 0 deletions
