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
Establish a supported macOS production build and installation workflow for EEG2BIDS.
This work follows the Linux build in #170. Keep the scope sparse until that issue establishes the shared Electron, renderer, Python-backend, and build architecture.
Select and document a supported macOS package and installation format.
Define platform-specific installation, upgrade, uninstall, signing, notarization, and startup behavior.
Verify installation and launch on a clean supported macOS environment.
Document supported macOS versions and architectures.
Cross-platform signing note
The macOS signing and notarization implementation is platform-specific, but the organizational decisions made here may also inform future Windows code signing. In particular, document:
who owns and manages signing identities and credentials;
how protected CI environments access credentials;
who may authorize signed production releases;
credential rotation, revocation, and incident-response procedures; and
artifact provenance and verification requirements.
Windows artifacts produced under #190 remain explicitly unsigned. Applying these shared credential-governance decisions to Windows, and selecting the appropriate Windows certificate and signing service, is separate follow-up work and does not block #190.
Dependency
Blocked by #170. Linux is the first production target and must establish the shared build architecture before this work begins.
Summary
Establish a supported macOS production build and installation workflow for EEG2BIDS.
This work follows the Linux build in #170. Keep the scope sparse until that issue establishes the shared Electron, renderer, Python-backend, and build architecture.
Initial scope
Cross-platform signing note
The macOS signing and notarization implementation is platform-specific, but the organizational decisions made here may also inform future Windows code signing. In particular, document:
Windows artifacts produced under #190 remain explicitly unsigned. Applying these shared credential-governance decisions to Windows, and selecting the appropriate Windows certificate and signing service, is separate follow-up work and does not block #190.
Dependency
Blocked by #170. Linux is the first production target and must establish the shared build architecture before this work begins.
Acceptance criteria