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

Conversation 0 Commits 3 Files changed 42 +31 -2965

eblume commented 2026-06-03 22:43:03 -07:00

Owner

Copy link

The Neovim plugin now lives in its own repo, eblume/hephaestus.nvim (plugin at the repo root, so lazy.nvim loads it from a bare git URL). This removes heph.nvim/ from the monorepo and rewires the CI/docs that referenced it.

Removed

• heph.nvim/ (14 Lua modules + plugin/heph.lua + 16 e2e files) — now in the plugin repo
• Dagger test_nvim function + the pinned NVIM_VERSION
• the dagger call test-nvim step in build.yaml
• mise run test-nvim task, .stylua.toml, and the stylua prek hook (no Lua remains here)

Updated

• install-heph.md §2 — install via a plain lazy.nvim spec over SSH (no more local-dir checkout hack)
• README / AGENTS / heph-nvim.md — note the surface lives in its own repo; the reference card keeps the architecture, points at the plugin repo for sources + e2e

Unchanged (intentionally)

• The CLI/TUI → nvim integration (heph-tui, heph/service.rs) still shells out to nvim expecting the heph plugin installed via lazy
• The v1-prototype tech-spec §14 build record + prior changelog fragments — frozen history

Verification

• Plugin + e2e already pushed to the plugin repo; 25/25 e2e specs pass there against a monorepo-built hephd ($HEPHD_BIN)
• prek run --all-files clean here; .dagger module compiles; no dangling test-nvim/stylua/heph.nvim/ references outside frozen history

Note

This drops the monorepo's headless-nvim CI coverage (it moves to the plugin repo, run locally against $HEPHD_BIN). A future option: have the plugin repo's CI fetch a released hephd binary once the monorepo publishes them.

Independent of #2 (pre-v1 cleanup) — no overlapping files.

The Neovim plugin now lives in its own repo, [eblume/hephaestus.nvim](ssh://forgejo@forge.ops.eblu.me:2222/eblume/hephaestus.nvim.git) (plugin at the repo root, so lazy.nvim loads it from a bare git URL). This removes `heph.nvim/` from the monorepo and rewires the CI/docs that referenced it. ## Removed - `heph.nvim/` (14 Lua modules + `plugin/heph.lua` + 16 e2e files) — now in the plugin repo - Dagger `test_nvim` function + the pinned `NVIM_VERSION` - the `dagger call test-nvim` step in `build.yaml` - `mise run test-nvim` task, `.stylua.toml`, and the stylua prek hook (no Lua remains here) ## Updated - `install-heph.md` §2 — install via a plain lazy.nvim spec over SSH (no more local-dir checkout hack) - `README` / `AGENTS` / `heph-nvim.md` — note the surface lives in its own repo; the reference card keeps the architecture, points at the plugin repo for sources + e2e ## Unchanged (intentionally) - The CLI/TUI → nvim integration (`heph-tui`, `heph/service.rs`) still shells out to `nvim` expecting the `heph` plugin installed via lazy - The v1-prototype tech-spec §14 build record + prior changelog fragments — frozen history ## Verification - Plugin + e2e already pushed to the plugin repo; **25/25 e2e specs pass** there against a monorepo-built hephd (`$HEPHD_BIN`) - `prek run --all-files` clean here; `.dagger` module compiles; no dangling `test-nvim`/`stylua`/`heph.nvim/` references outside frozen history ## Note This drops the monorepo's headless-nvim CI coverage (it moves to the plugin repo, run locally against `$HEPHD_BIN`). A future option: have the plugin repo's CI fetch a released `hephd` binary once the monorepo publishes them. Independent of #2 (pre-v1 cleanup) — no overlapping files.

eblume added 1 commit 2026-06-03 22:43:03 -07:00

infra: extract heph.nvim into its own forge repo ... d36ed18590

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>

eblume added 1 commit 2026-06-03 22:46:12 -07:00

ci: cap CARGO_BUILD_JOBS at 1 to stop the DinD engine OOM-killing ... d93f84958c

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>

eblume added 1 commit 2026-06-03 23:24:22 -07:00

Merge remote-tracking branch 'origin/main' into feature/extract-heph-nvim ... 9fa9a9b9c1

# Conflicts:
#	.dagger/src/hephaestus_ci/main.py

eblume merged commit 3f7012921b into main 2026-06-03 23:33:08 -07:00

eblume referenced this pull request from a commit 2026-06-03 23:33:10 -07:00

Merge pull request 'Extract heph.nvim into its own forge repo' (#3) from feature/extract-heph-nvim into main

Sign in to join this conversation.

Reviewers

No reviewers

Labels

Clear labels

No items

No labels

Milestone

Clear milestone

No items

No milestone

Projects

Clear projects

No items

No project

Assignees

Clear assignees

No assignees

1 participant

Notifications

Subscribe

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

eblume/hephaestus!3

No description provided.