Age | Commit message (Collapse) | Author | Files | Lines |
|
- 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/`
|
|
- add Version, URL, Package-Requires sections
- change haskell.el to wpc-haskell.el
- prefer `wpc-haskell-` prefix to `haskell/`
|
|
- prefer user-emacs-directory
- prefer wpc-misc- prefix
|
|
- add "Code:" header
- replace forward-slash with dash
- prefer wpc-nix- prefix to nix/
|
|
- Prefer `user-emacs-directory` to literal path.
|
|
After I wrote zle.el, it seems that I forgot about it. Attempting to revive it
by using it during sh-mode.
|
|
- Prefer dash instead of forward-slash
- Remove stale TODOs
- Add Version, Package-Requires
|
|
1. I don't use this.
2. This is breaking CI because google-java-format cannot be found.
|
|
While I would like my CI build to closely resemble a non-CI build, supporting
the `all-the-icons-install-fonts` call is a low priority with a medium amount of
work required.
|
|
I'd like to stabilize on using solarized-light.
|
|
This prevents the prompt, which blocks my CI build.
|
|
I don't use neotree anymore.
|
|
For two reasons:
1. I don't use these keybindings.
2. I'm trying to centralize all keybinding logic in keybindings.el.
|
|
Create a top-level flag encoding whether or not Emacs is running in CI.
|
|
After my CI build for Emacs failed because the .local/share/wallpaper directory
was missing I had two options:
A. include .local/share/wallpaper in default.nix, which is cumbersome
B. drop support for managing system wallpaper from Emacs
I chose option B.
|
|
My CI failed after a call to xset resulted in a "file-missing Searching for
program" error.
|
|
I'm starting to prefer the `inherit (builtins) path` pattern in my Nix
expressions. I know this is idiomatic, so even if I don't like it, I am trying
to learn to like it.
|
|
Cleaning things up...
|
|
These were hard-coded as $HOME/BRIEFCASE, which won't work in CI, since CI runs
as the user buildkite-agent-socrates, whose $HOME directory doesn't exist.
|
|
vterm.el has a bug because it uses `(window-body-height)` to compute the number
of lines it can render, but it doesn't account for `line-spacing`.
|
|
Remap "l" -> "L"
|
|
TL;DR:
- Define runEmacsScript to emacs/default.nix for ci/pipelines/post-receive
- Write script.el to call (load init.el) and catch any errors
- Lint Elisp with gonewest818/elisp-lint
Also nice how Buildkite supports :gnu: emojis!
|
|
- Prefer prepending wpcDir, vendorDir to EMACSLOADPATH instead of using the
--directory flag
- Remove --load ${wpcPackageEl} because init.el calls (require 'wpc-package)
- Surround $@ in 2x-quotes
|
|
wpcarros-emacs no longer depends on this being set.
|
|
Following the advice of Domen's nix.dev anti-patterns, I'm preferring something
like...
```nix
builtins.path { path = /path/to/some.where; name = "some.where"; }
```
...to
```nix
/path/to/some/where
```
While the former is more verbose, it will fail to build when the path doesn't
exist, which I prefer.
|
|
Trimming more fat.
|
|
Since depot now support cs.tvl.fyi, I don't need this, and that is a *massive*
upgrade.
|
|
I would prefer to define constants/briefcase in terms of `(getenv "BRIEFCASE")`
and assert that `(f-exists? (getenv "BRIEFCASE"))`, in one location:
constants.el
|
|
Feels more natural...
|
|
I'm trying to tidy things up, so I'm trying to apply some of the principles from
"Essentialism" to my Emacs configuration.
|
|
The Nix expression that builds `wpcarros-emacs` sets BRIEFCASE, so the .envrc
isn't relied on.
|
|
TL;DR:
- Prefer `(getenv "BRIEFCASE")` to `(f-expand "~/briefcase")`. I should audit my
Emacs for references to ~/briefcase and replace those calls with `getenv`.
- Remove calls setting <nixpkgs> and <depot> and rely exclusively on <briefcase>
- Prefer ~/nixpkgs-channels to ~/nixpkgs.
Notes:
- I need a better way of calling `home-manager switch` that resides within my
briefcase
|
|
This version avoids installed all of the custom `cl-defmethods` for a
`'monorepo` type and instead uses the existing `'transient`.
|
|
Having `git secret hide` as a pre-commit hook doesn't make much sense to me. I
will detail why when/if I write a blog post on briefcase's secret mgt setup.
The problem is, if I change secrets.json and then run `git status`, I won't see
any pending changes. This is because secrets.json is gitignore'd. If I run `git
secret hide` everytime I save secrets.json, I can rest assured that my `git
status` will be consistent with any updates to secrets.json.
|
|
Anytime something before or during window-manager.el fails to evaluate,
I lose the ability to type, but I *can* still click.
@tazjin recommended that I use the mouse to cycle to the *Warnings*
buffer, which led me to another bug in a series of bugs that I'm
uncovering: ~/briefcase/org didn't exist.
A simple mistake like this should break my WM startup, so I decided to
remove most of my init hook logic.
|
|
This fixes the latest segfault I encountered after
/usr/bin/{google-emacs,emacs} was updated...
|
|
Problem: dependency loading order
I originally assumed that keybindings.el was the first module to `require
'evil` because init.el shows:
```elisp
(require 'keybindings)
(require 'window-manager)
```
The problem is that keybindings.el calls `require 'window-manager` and
window-manager.el requires evil! I admit, I've created a bit of a birds nest for
myself.
A few thoughts:
- keybindings.el doesn't need to `require 'window-manager`. Fixed!
- window-manager.el shouldn't need to `require 'evil`. TODO...
|