-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
code sign the scie-pants binary on macOS #82
Comments
Hrm. I wonder if code signing scie-jump would solve this more centrally. Perhaps not. I'll have to read up and someone will have to be paying a yearly apple developer fee IIUC. Mac is ridiculously unfriendly to developers. |
Maybe the Pants foundation could do that? |
I just now paged this in. I have not heard complaints from folks using either the brew tap install method, the curl method or the script check in and run method. @tdyas I don't have a Mac; so can you confirm you're talking about downloading with a browser or running curl yourself and then trying to run the binary directly? Or are you trying to use the pantsbuild.org recommended |
Typically this is a problem when downloading via a browser (e.g. go to the Releases page, then download). Generally you're asked for admin to go into settings and allow running executables by "unidentified developers". Using |
@tdyas if that's also the case for you, I'm inclined to add a warning to the README and defer. Beyond tacitly patting Apple on the back for being unfriendly by paying them, reading IndyGreg docs seems to indicate this will inject a manual ~owners only step in my currently fully automatic release that can be run by any maintainer. It would be great to not have to do all this hoop jumping if the only case it saves is browser download. Ideally, yes, scie-pants provides a great experience no matter how you use it, but my god - this is a burden that fails the categorical imperative. |
@jsirois FYI, for brew, we have this line in order to make it executable at all (as it wouldn't show a dialog where you could select to go ahead any way) postflight do
Quarantine.release!(download_path: "#{caskroom_path}/#{version}/#{Utils.binary}") if Quarantine.available?
end So yea, I think we can manage without code signing. |
Yes it was from having downloaded from the release page. |
We should code sign the scie-pants binaries on macOS. This will make for better UX for users who download the binary directly. (The goal would not to be in the App Store, but just to be an "identified developer" to the macOS "Gatekeeper" subsystem.)
The apple-codesign crate provides a pure Rust solution to signing macOS binaries. (Documentation is here.)
The text was updated successfully, but these errors were encountered: