Windows update blocked by orphaned venv child processes
NousResearch/hermes-agent · cluster 61514 · apps/desktop
Data as of
Nothing open on GitHub. Fix merged in #74436. Check it covers your case.
The short answer
- Known?
- Yes. 8 related items grouped here, 1 issue already closed.
- Fix event
- A fix was merged to main in PR #74436. Check it covers your case. No release data is tracked.
- Tracker
- The maintainers' tracker marks this
resolved, deciding PR #95949. That is separate from the fix event. - Still open
- Nothing open on GitHub.
These issues and fixes address a Windows-specific problem where the update pipeline stalls or deadlocks because gateway child processes (MCP/perfmon helpers) remain alive inside the venv, preventing the venv guard from clearing. Fixes focus on reaping or killing those venv-resident children before proceeding with updates or venv recreation.
Open issues0
Open PRs0
Fixes on record
-
#74436 fix(update): one updater at a time, and never roll an install backwards
files:
apps/bootstrap-installer/src-tauri/Cargo.toml,apps/bootstrap-installer/src-tauri/src/update.rs,hermes_cli/main.py,hermes_cli/update_lock.py,scripts/install.ps1,scripts/install.sh,tests/hermes_cli/test_update_lock.py,tests/test_install_commit_pin_rollback.py -
#92013 fix(update): ZIP fallback no longer destroys user work or the desktop build (#87331, #91962, #87304, #70337 — salvage #87878 + #70477)
files:
hermes_cli/update_cmd.py,tests/hermes_cli/test_cmd_update.py,tests/hermes_cli/test_update_zip_fallback_guards.py,tests/hermes_cli/test_update_zip_release_preserve.py,tests/hermes_cli/test_update_zip_symlink_reject.py -
#95069 fix(bootstrap): stale checkouts can no longer deadlock the in-app updater against its own marker (#75788, salvage #78037)
files:
apps/bootstrap-installer/src-tauri/src/update.rs -
#95313 fix(desktop): first Windows update attempt no longer fails on the app's own dying backends (#74805, salvage #78037)
files:
apps/desktop/electron/backend-release-gate.test.ts,apps/desktop/electron/backend-release-gate.ts,apps/desktop/electron/backend-release-gate.windows-live.test.ts,apps/desktop/electron/main.ts -
#95949 fix(mcp): stdio helper children join the spawn ledger — orphans get reaped (#61514, completes #78037)
files:
hermes_cli/process_identity.py,hermes_cli/web_server.py,tests/hermes_cli/test_mcp_helper_ledger.py,tools/mcp_tool.py
2 PRs closed without merging
From the close comments: done elsewhere 1 · superseded by another PR 1
-
#61515 fix(update): reap gateway venv children so the Windows venv guard self-clears · superseded by another PR →
#74436 -
#78037 fix: Windows update pipeline — first-attempt race, marker deadlock, orphaned venv helpers, ZIP-fallback binary loss · done elsewhere →
b04f857,e1e72f1,#91277,#74805,#95313,#75788,#95069,#61514,#95949,#92013
Closed issues · 1
- Closed#61514Windows: `hermes update` dead-ends permanently at the venv-process guard — pausing the gateway orphans its venv-resident MCP/perfmon children
How this cluster was grouped
-
Link evidence (
structural links throughout): every member is connected by structural evidence: shared changed files, or a closing/superseded reference. -
Pairwise link density
0.25: the share of item pairs that carry a link, counting a structural link in full and a relevance-only link at 0.36.1.00means every pair is linked.
Pick up a Lab task
Check whether a fix covers the open issues here, with your own agent. Bring back evidence for maintainers.
Open the Lab