Dashboard orphaning bug during hermes update on non-systemd supervisors

NousResearch/hermes-agent · cluster 73379 · hermes cli

Data as of

4 open items. Fix attempted, not merged.

The short answer

1open issue
3open PRs
4items grouped
Known?
Yes. 4 related items grouped here, 0 issues already closed.
Fix event
No fix has been merged to main. see the attempts below.
Tracker
The maintainers' tracker marks this unresolved. That is separate from the fix event.
Still open
1 issue and 3 PRs.

These issues and fixes address a bug where running 'hermes update' permanently orphans a dashboard process when it is managed by a non-systemd supervisor, due to respawn detaching and the matcher incorrectly killing the supervisor. The fixes involve skipping supervisor wrappers during dashboard scanning and respawning.

Open issues1

  • Issue#73379Bug: `hermes update` permanently orphans a non-systemd-supervised dashboard (respawn detaches; matcher also kills the supervisor)

Open PRs3

  • PR#73412fix: skip supervisor wrappers in dashboard scan and respawn (#73379)
  • PR#73420fix(cli): don't orphan dashboard under non-systemd supervisors during update (#73379)
  • PR#73489fix(cli): prevent dashboard orphaning on non-systemd supervisors during hermes update
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.50: 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
hermes cli
Closed issues
0
Attempts
0 PRs closed without merging

For your agent

The same facts, typed.