Cairn

macOS search_files EPERM error from rg process teardown

NousResearch/hermes-agent · cluster 116855 · agent

Data as of

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

The short answer

0open issues
0open PRs
5items grouped
Known?
Yes. 5 related items grouped here, 1 issue already closed.
Fix event
A fix was merged to main in PR #117583. Check it covers your case. No release data is tracked.
Tracker
The maintainers' tracker marks this resolved, deciding PR #117583. That is separate from the fix event.
Still open
Nothing open on GitHub.

A bug on macOS where search_files raises a permission error and loses collected matches when killing the ripgrep process group is refused with EPERM/ENOTPERM. Multiple fix attempts address handling this signal error gracefully.

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.

  • #117583 fix(tools): search_files keeps its matches on macOS when the rg group kill is refused with EPERM (#116855, supersedes #116949)

    merged to main

    files: tests/tools/test_local_setsid_descendant_sweep.py, tests/tools/test_search_native_rg.py, tools/environments/local.py

3 PRs closed without merging

From the close comments: done elsewhere 2 · other 1

  • #116949 fix(tools): swallow EPERM when the rg teardown kills an already-empty group · done elsewhere → e234408, #117583
  • #117130 Fix #116855: handle macOS ENOENT/ENOTPERM from rg gracefully in search_files · done elsewhere → e234408, #117583
  • #127437 fix: fix/116855-macos-search-files-enotperm · other → #127438
Closed issues · 1
  • Closed#116855[Bug]: macOS — search_files returns "[Errno 1] Operation not permitted" and drops collected matches whenever a search reaches its limit (unguarded killpg)
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.40: 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
agent
Merged PRs
#117583
Closed issues
1
Attempts
3 PRs closed without merging
Fix link checked
20 Sep 2026

For your agent

The same facts, typed.

cluster/116855.json
cluster/116855.md