Extract heph.nvim into its own forge repo #3

Merged
eblume merged 3 commits from feature/extract-heph-nvim into main 2026-06-03 23:33:08 -07:00

3 commits

Author SHA1 Message Date
9fa9a9b9c1 Merge remote-tracking branch 'origin/main' into feature/extract-heph-nvim
Some checks failed
Build / validate (pull_request) Failing after 14m23s
# Conflicts:
#	.dagger/src/hephaestus_ci/main.py
2026-06-03 23:24:10 -07:00
d93f84958c ci: cap CARGO_BUILD_JOBS at 1 to stop the DinD engine OOM-killing
All checks were successful
Build / validate (pull_request) Successful in 5m23s
The recent CI failures ("Cannot connect to the Docker daemon") are the
DinD build engine being OOM-killed mid-compile, not flakiness. Even 4
parallel rustc invocations spike memory too high on the runner; serialize
to jobs=1. Slower but survives. Temporary mitigation pending more host RAM.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-03 22:46:09 -07:00
d36ed18590 infra: extract heph.nvim into its own forge repo
Some checks failed
Build / validate (pull_request) Failing after 1m12s
The Neovim plugin now lives at eblume/hephaestus.nvim (plugin at the repo
root). Remove heph.nvim/ from the monorepo and the build/test wiring that
referenced it:

- Dagger: drop the test_nvim function + the pinned-Neovim NVIM_VERSION
- build.yaml: drop the `dagger call test-nvim` step
- drop the mise run test-nvim task and .stylua.toml + the stylua prek hook
  (no Lua remains in the monorepo)
- install-heph.md: install via a plain lazy.nvim spec pointing at the
  plugin repo over SSH (no more local-dir checkout hack)
- README / AGENTS / heph-nvim.md: note the surface lives in its own repo

The CLI/TUI -> nvim integration is unchanged (they shell out to `nvim`
expecting the heph plugin installed). The v1-prototype tech-spec §14 build
record and prior changelog fragments are left as frozen history.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-03 22:42:39 -07:00