Skip to content

Fix bpm-tray .app: pin MACOSX_DEPLOYMENT_TARGET - #11

Merged
syscod3 merged 1 commit into
mainfrom
fix/tray-macos-deployment-target
Aug 2, 2026
Merged

syscod3 merged 1 commit into
mainfrom
fix/tray-macos-deployment-target

Conversation

@syscod3

@syscod3 syscod3 commented Aug 2, 2026

Copy link
Copy Markdown
Collaborator

Real bug found live: unset MACOSX_DEPLOYMENT_TARGET meant the CI runner's cgo linker embedded minos 26.0 into the binary. Ran fine from a terminal (exec doesn't check this) but open/LaunchServices refused to launch the .app on any real machine below that OS version - defeating the whole Finder/Spotlight point. Pinned to 11.0. Verified with otool -l and a real open.

Real bug found live: without MACOSX_DEPLOYMENT_TARGET set, the macos-latest CI runner's cgo linker embedded whatever its own SDK defaults to (observed: minos 26.0) into bpm-tray's LC_BUILD_VERSION load command. The binary itself still ran fine from a terminal (a direct exec doesn't check this), but open/LaunchServices enforces it against the running OS, so the packaged .app silently refused to launch on any real Mac not yet on that OS version - exactly the Finder/Spotlight/Launchpad path this whole feature exists for. Pinned to 11.0, matching Info.plist.template's LSMinimumSystemVersion. Verified locally: rebuilt with the pin, otool -l now shows minos 11.0, and a freshly assembled .app opens correctly via `open`.
@syscod3
syscod3 merged commit 2b932df into main Aug 2, 2026
3 checks passed
@syscod3
syscod3 deleted the fix/tray-macos-deployment-target branch August 2, 2026 17:12
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant