Commit graph

6 commits

Author SHA1 Message Date
Marien Zwart
fa6fe4cf93
Load non-packages.el autoloads
We were only pulling in autoloads files for packages installed via
packages.el. This was not that noticeable because all pinned packages
without custom derivations end up installed that way, but it does affect
extra packages (including the one pointed out in #11).

Try to fix this by including autoloads files in the top-level site-lisp
directory from emacsWithPackages.
2024-06-22 13:30:32 +10:00
Marien Zwart
727bcf40e4
Add LICENSE (and license headers) 2024-04-28 12:26:05 +10:00
Marien Zwart
54c396f24b
Drop unnecessary TODO
Info already works: Doom has `Info-directory-list` in
`doom-autoloads-cached-vars`, which seems to be all that's required.
2024-04-27 20:15:03 +10:00
Marien Zwart
45568feecf
Tweak comment, dropping stale TODO
Buliding an empty autoloads file is harmless. Removing it would only
have been useful if I was able to skip straight.el initialization
entirely: now that I'm storing its build cache it no longer helps.
2024-04-27 20:02:15 +10:00
Marien Zwart
7fe4e9e170
Restore capitalization
I somehow managed to lowercase build-profile and build-profile-loader
when I split them out of cli2.el. Undo this.

The only load-bearing capitalization was DOOMDIR in the profile loader.
Everything else was comments and docstrings.
2024-04-25 20:33:33 +10:00
Marien Zwart
bc288fad83
Use doomscript instead of cli.el for profile build
Our cli.el ended up in the profile used at runtime. Although we could
have fixed overwriting a user's cli.el by appending to it, that still
would have leaked our build commands into the build.

This approach should be equivalent and reduces our profile modifications
to replacing packages.el (which is kind of the point) and prepending to
init.el (unfortunate, but seemingly necessary).
2024-04-25 16:23:55 +10:00