Replies: 1 comment 1 reply
-
No, since formulae are source builds by definition.
Seeing how the only difference would be the signing status, I don't think it is. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Output of
brew config
Output of
brew doctor
Description of issue
I am the maintainer of the following Mist tools, both currently supported by Homebrew:
I provide pre-compiled, codesigned and notarized installer packages that can be downloaded via their respective GitHub repositories, preventing these sorts of Gatekeeper warnings to show when the apps are launched:
For the Mist.app cask, this works great, as I point to the notarized package and Homebrew just makes it work ✅
For the mist-cli formula, my understanding is that bottles are compiled for each new version / architecture / major OS. The current drawback to this is that the
mist-cli
CLI binary loses (or never gains) any codesigning + notarization as originally intended. You can see this by verifying the code signature:Versus a binary installed via the non-Homebrew method:
My hope is to update the mist-cli formula to install using the pre-built packages provided in the GitHub repository. At first glance, switching to a cask sounds like the simplest solution, but I am not 100% sure as I came across this bullet point under Rejected Casks:
Hoping to get some guidance / assistance on the following:
Unfortunately I was not able to find a definitive path forward during my research - thank you in-advance for your time 🙏
Relevant casks
mist
Beta Was this translation helpful? Give feedback.
All reactions