Cairn

Desktop updater venv lock conflicts on Windows

NousResearch/hermes-agent · cluster 62311 · apps/desktop

Data as of

Nothing open on GitHub. Fix merged in #74436. Check it covers your case.

The short answer

0open issues
0open PRs
7items grouped
Known?
Yes. 7 related items grouped here, 2 issues 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 partially resolved, deciding PR #123005. That is separate from the fix event.
Still open
Nothing open on GitHub.

These issues and fixes address cases where the desktop updater stalls or aborts because external processes hold the virtual environment on Windows. Changes include an allowlist for venv holders, killing blocking processes, and serializing update attempts.

Open issues0

No open issues.

Open PRs0

No open pull requests.

Fixes on record

Merged to main. A stamp counts the issues a fix is linked to.

  • #74436 fix(update): one updater at a time, and never roll an install backwards

    merged to main

    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

  • #123005 fix(desktop): kill external autostart venv holders before update hand-off

    merged to main

    files: apps/desktop/electron/main.ts, apps/desktop/electron/venv-holder-select.test.ts, apps/desktop/electron/venv-holder-select.ts

3 PRs closed without merging

From the close comments: superseded by another PR 2 · other 1

  • #62445 fix(desktop): kill external windows venv holders · superseded by another PR → #74436
  • #67398 fix(update): add venv_holder_allowlist + pre_update_command (#66933) · other → #66933
  • #122895 fix(desktop): kill external windows venv holders · superseded by another PR
Closed issues · 2
  • Closed#62311Bug: Desktop updater aborts with "venv shim still locked" when external processes (gateway/dashboard) hold the venv on Windows
  • Closed#66933`hermes update` deadlocks forever when an external (non-Hermes) process uses the venv interpreter (e.g. a Windows service)
How this cluster was grouped
  • Link evidence (partly structural links): some members are connected by structural evidence (shared changed files, or a closing/superseded reference); the rest are joined by an automated relevance judgement over their text.
  • Members outside that structural core may belong to a different underlying problem.
  • Pairwise link density 0.26: the share of item pairs that carry a link, counting a structural link in full and a relevance-only link at 0.36. 1.00 means 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

At a glance

Subsystem
apps/desktop
Merged PRs
#74436, #123005
Closed issues
2
Attempts
3 PRs closed without merging
Fix link checked
27 Sep 2026

For your agent

The same facts, typed.

cluster/62311.json
cluster/62311.md