Age | Commit message (Collapse) | Author | Files | Lines |
|
Since script.el depends on buffer.el now, buffer.el fails to evaluate because of
a missing dependency on ts.el.
Blindspots like this make me want to eventually support testing individual loads
of each of the libraries in my .emacs.d/wpc directory.
|
|
`use-package` complains that `add-hook-before-save` doesn't exist. This is
because it's now named `macros-add-hook-before-save`.
This fixes that.
|
|
Problem: `(bufferp "*Warnings*")` always returns `nil` because it expects a
buffer object. Thankfully I wrote a function called `buffer-exists?`, which is a
more DWIM alternative of `bufferp`.
Hopefully now CI should fail!
|
|
TL;DR:
- Require cl-macs.el for modules using CL-style macros like `cl-defun`
- Require struct.el for call to `struct-set!`
|
|
I haven't used Slack in awhile -- let alone Slack from Emacs.
|
|
TL;DR:
- Assert that the path to the init.el exists
- Check *Errors* buffer in case an error is uncaught but logged
- Log a message when Emacs successfully initializes
|
|
TL;DR:
- Remove `require` statements from init.el
- Remove unused, auto-install KBDs for bookmark.el
- Remove unused `require` statements from clipboard
- Remove unused, commented-out code
I would like for an Elisp linting stage to test for unused `require` statements,
but I'm unsure how practical that is to support.
|
|
maybe.el -> prelude.el -> maybe.el
I should test for circular-dependencies in CI...
|
|
Here's what happened:
My `emacs.glinux` derivation relies on gLinux `/usr/bin/emacs`, and Google
recently published version 27, so all corporate machines (i.e. this laptop)
switched from Emacs 26 to Emacs 27 overnight.
However, my Nix derivation was building all of the packages for Emacs 26, so
some packages were compatible while others weren't.
The Elisp package, `emr`, doesn't build for version 27, so I dropped it
altogether.
|
|
After switching my namespace separator from "/" to "-" the function,
`alist-get`, clashed (surprise!) with the pre-existing function, `alist-get`. As
I was struggling to debug my broken Emacs (it broke bc Emacs 27 rolled out), and
I changed the module name, "alist", to "al" attempting to defuse the issue.
|
|
Sorry, @grfn! I haven't used Clubhouse is awhile...
|
|
No reason for init-emacs to block lint-elisp.
|
|
While I don't agree with what checkdoc is advising here, I'd rather not fight
it.
|
|
I created a strangely named Elisp module, >.el, just to appease the CI gods. My
gut tells me that this is a desperate idea and fails the smell test. I'm pretty
eager to pass the linting phase of my Elisp CI, however, and I can always revert
this.
|
|
In order for this to scale, I need to solve two things:
1. Ad-hoc ignore fill-column rules for URLs and other exceptions.
2. Run Elisp flychecker without evaluating my Elisp code and firing its
side-effects.
|
|
Consuming my newly defined Nix utilities.
|
|
I haven't used this since I wrote it months ago...
|
|
Re-export everything from utils.nix.
|
|
This should cover most of the remaining linting errors. After this, I expect
fewer than ten linting errors.
|
|
More of the same type of linting... basically preferring `namespace-` instead of
`namespace/`.
|
|
Another cold, stale Elisp module.
|
|
- removing stale comments
- dropping stale KBDs
|
|
This was a doozey because I use it everywhere. Is there a better way to globally
rename things? Aye aye aye... computers, man!
|
|
Running `M-x checkdoc` on some of the modules that passed the package-lint but
failed additional lints.
|
|
I may regret this, but I delete Ocaml and ReasonML modules; I can alway restore
them thanks to Git.
Added more ceremony to other modules to appease the linting gods.
|
|
As I strive to lean down my Emacs configuration modules like this must go.
|
|
These were never more than scratch buffers that I used when I was feeling around
in the dark trying to learn Nix.
|
|
I should've done this when I deleted kaomoji.el because this broke my
"Initialize Emacs" step.
|
|
It is striking how much Elisp I wrote after switching to EXWM... I think I'm
finally coming down from that high.
|
|
This change had rippling implications.
|
|
Next commit will contain all of the remaining linting...
|
|
Again: another strong cup of coffee bred overzeal.
|
|
Usual lints... fixes usage in tree.el.
|
|
Must've had a particularly strong cup of coffee the day I decided to attempt to
write this.
|
|
Business as usual...
|
|
Sidenote: I have *no* idea when or why I wrote this... sleep-writing Elisp
|
|
- add Version, URL, Package-Requires sections
- prefer `tree-` prefer to `tree/`
|
|
- add Version, URL, Package-Requires sections
- prefer `tuple-` prefix to `tuple/`
|
|
- add Version, URL, Package-Requires sections
- prefer `vector-` prefix to `vector/`
|
|
- Add Version, URL, Package-Requires sections
|
|
- remove "Emacs" from description
- add Version, URL, Package-Requires sections
- prefer `window-` prefix to `window/`
|
|
- change `exwm/` prefixes to `window-manager-`
- add Version, URL, Package-Requires sections
- move `pkill` into wpc-misc.el
- unify `window-manager,` `exwm` competing prefixes
|
|
- change clojure.el to wpc-clojure.el
- delete stale, commented code
- add Configuration header
- add Version, URL, Package-Requires sections
|
|
- change company.el to wpc-company.el
- add Version, URL, Package-Requires sections
|
|
- change dired.el to wpc-dired.el
- add Version, URL, Package-Requires sections
|
|
- Add Version, URL, Package-Requires sections
|
|
- change flycheck.el to wpc-flycheck.el
- add Version, URL, Package-Requires sections
|
|
- change wpc-ocaml.el to wpc-golang.el
- Add Version, URL, Package-Requires sections
|
|
- Add Version, URL, Package-Requires, Commentary sections
- Prefer `wpc-lisp-` prefix to `wpc/`
|
|
- Add Version, URL, Package-Requires sections
- Prefer `wpc-javascript-` prefix to `wpc/`
|