MacOS TCC silently messes up things that depend on brew installed libraries #7024
Unanswered
mnorrsken
asked this question in
Everyday usage
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Output of
brew configOutput of
brew doctorDescription of issue
So, I'm not sure how to explain my issue but it started when I was running SupaCode (terminal client) and then using claude code, lazygit, opencode and other applications that I had installed with homebrew. The issue was that I could not access local network when runnin inside supacode (sometimes not even the DNS because I run a local forwarding one), but I never got a question from macos if I wanted to allow this. However if I ran the applications in iTerm everything worked fine! Eventually I reinstalled claude code from official package and that started working again inside of supacode terminal. However I could not get opencode to work however I did! Then I realized that opencode was using my brew installed nodejs, so I reinstalled this with the official package and opencode also started working!
I have no idea whats at fault here, is it macOS TCC thats just impossible to work around? Is it some issue with how brew applies security settings to its packages? Is it some issue with supacode (but it seems that they handle everything correctly, local network is allowed for supacode itself)... it all makes my head hurt.
The solution for the moment is that I have to not use brew install for any applications I want to run from Supacode which are also accessing the local network... I have no idea why not more people have this issue but maybe they are not using a lot of services (AI MCPs etc) running on local network.
All reactions