You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Couple of things of note about distribution macOS binaries:
code signing. requiring students to disable gatekeeper won't fly and explaining the "right click, shift + open" trick or the xattr commands seems pretty cumbersome; we want to be as close to "download and double click" as possible
universal binaries
it'd be nice to not have to explain to students to pick the right ARM vs. x86 binary and to not require ARM macOS users to use Rosetta
Ultimately I think we're going to want to distribute a .app on macOS so that users don't have to open a terminal to chmod +x. This isn't a concern on Windows and I feel okay about having Linux users need to do this (we can offer a nixpkg so that there is at least some streamlined Linux installation route).
steps
[[ steps ]]
[[ What steps will we need to take to implement this feature? ]]
where
branch: feat-
[[
This should be:
N/A if this feature is not currently being worked on
[[
Unknowns and questions about the design/implementation of this feature.
This is kind of a catch all for anything that doesn't fit in the above categories.
]]
The text was updated successfully, but these errors were encountered:
what
Couple of things of note about distribution macOS binaries:
xattr
commands seems pretty cumbersome; we want to be as close to "download and double click" as possible(relevant to code signing, etc.: _)
shift + open
thing is acceptable;LC3Tools
isn't signed either(relevant to universal rust binaries: _)
Ultimately I think we're going to want to distribute a
.app
on macOS so that users don't have to open a terminal tochmod +x
. This isn't a concern on Windows and I feel okay about having Linux users need to do this (we can offer a nixpkg so that there is at least some streamlined Linux installation route).steps
[[ What steps will we need to take to implement this feature? ]]
where
branch:
feat-
[[
This should be:
feat-<feature-name>
if this is being worked on in this repoorg/repo#<branch-name>
if this is being worked on in another repo]]
open questions
[[
Unknowns and questions about the design/implementation of this feature.
This is kind of a catch all for anything that doesn't fit in the above categories.
]]
The text was updated successfully, but these errors were encountered: