›_ Codex Issues
Codex Issues / #18755

macOS packaging error: SkyComputerUseClient built for macOS 15.0 crashes on macOS 14.x

Open 💬 14 comments Opened Apr 20, 2026 by ianfoo
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

What version of the Codex App are you using (From “About Codex” dialog)?

26.417.40842 (1851)

What subscription do you have?

Plus

What platform is your computer?

Darwin 23.6.0 arm64 arm

What issue are you seeing?

macOS packaging error: SkyComputerUseClient built for macOS 15.0 crashes on macOS 14.x

Summary

The Codex app’s bundled Computer Use helper (SkyComputerUseClient) crashes on macOS 14.6.1 due to being built with a minimum deployment target of macOS 15.0.

This appears to be a packaging or build configuration issue specific to the Computer Use component. The main Codex app itself runs correctly on macOS 14.

---

Environment

  • macOS: 14.6.1 (23G93)
  • Hardware: Apple Silicon (MacBookPro18,4)
  • Codex app: Installed via Homebrew cask (codex-app)
  • SIP: Enabled

---

Actual Behavior

When Codex attempts to initialize Computer Use functionality, the helper process crashes immediately:

  • Process: SkyComputerUseClient
  • Bundle ID: com.openai.sky.CUAService.cli

Crash occurs during dynamic linking (dyld) before execution begins.

---

Crash Details

Termination Reason: Namespace DYLD, Code 1 Library missing

Library not loaded: /usr/lib/swift/libswift_errno.dylib

Referenced from:
SkyComputerUseClient (built for macOS 15.0 which is newer than running OS)

Reason:
tried:
'/usr/lib/swift/libswift_errno.dylib' (no such file)
'/System/Volumes/Preboot/Cryptexes/OS/usr/lib/swift/libswift_errno.dylib' (no such file)
'/usr/lib/swift/libswift_errno.dylib' (no such file, not in dyld cache)

---

Location of Failing Binary

The helper is staged under the user directory:

~/.codex/plugins/cache/openai-bundled/computer-use/1.0.755/Codex Computer Use.app/Contents/SharedSupport/SkyComputerUseClient.app/Contents/MacOS/SkyComputerUseClient

---

Verification of Deployment Target

Running:

vtool -show-build <path-to-SkyComputerUseClient>

shows:

platform MACOS
minos 15.0

This confirms the binary requires macOS 15.0+.

---

Expected Behavior

  • Computer Use should either:
  • run on macOS 14.x, or
  • fail gracefully / be disabled if unsupported

The app should not crash a helper process due to an incompatible deployment target.

---

Impact

  • Computer Use functionality is unusable on macOS 14.x
  • The crash occurs asynchronously and may appear unrelated to user actions
  • Creates confusion since the main Codex app launches successfully

---

Related Issues

  • #18549 – SkyComputerUseClient unexpectedly exited
  • #18555 – Computer Use plugin failures

Those appear related to the same component but do not identify this specific root cause.

---

Suggested Fixes

  • Build SkyComputerUseClient with a lower deployment target (e.g. macOS 14.x), or
  • Bundle the required Swift runtime libraries, or
  • Explicitly document macOS 15+ as a requirement for Computer Use

---

Notes

This is a deterministic failure caused by dyld and will reproduce consistently whenever the helper is launched on macOS versions earlier than 15.

What steps can reproduce the bug?

Launch Codex App on macOS < 15.0.

What is the expected behavior?

  • Computer Use should either:
  • run on macOS 14.x, or
  • fail gracefully / be disabled if unsupported

The app should not crash a helper process due to an incompatible deployment target.

Additional information

_No response_

View original on GitHub ↗

14 Comments

github-actions[bot] contributor · 3 months ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #18549

Powered by Codex Action

ianfoo · 3 months ago

They may be related, but this report is much more explicit in its cause.

halidaee · 3 months ago

Also experiencing this. I'm on macOS 14.8.4. (Modelcode MacBookPro18,2.) Exact same termination reason text.

Diliboy1 · 3 months ago

I disabled the Compute Use plugin, and the issue was resolved. What does this plugin do?

Zwx-CN · 3 months ago

Just chat with codex to disabled the plugin until OpenAI fix it. Codex App doesn't provide disable buttom.

paulvirtuology · 3 months ago
I disabled the Compute Use plugin, and the issue was resolved. What does this plugin do?

Hello. How did you manage to disable it? As it's built in

juanpabloaj · 3 months ago

@paulvirtuology I didn't find a disable option. I unistalled the plugin 🤷‍♂️ . settings > computer use > complement > computer use > uninstall .

EDIT: in my case the disable switch was not visible.

kolotev-ncbi · 3 months ago
> I disabled the Compute Use plugin, and the issue was resolved. What does this plugin do? Hello. How did you manage to disable it? As it's built in

Click on Plugins (left sidebar) -> Manage (button at the upper right corner) -> Turn the radio button (for chosen plugin).

<img width="873" height="115" alt="Image" src="https://github.com/user-attachments/assets/a1a31148-8c50-4541-8fa5-d6a5de11251c" />

ZHOUKAILIAN · 2 months ago

I can reproduce this on macOS 14.8.5 with Codex Computer Use 1.0.755.

The crash is the same DYLD launch failure:

Library not loaded: /usr/lib/swift/libswift_errno.dylib
SkyComputerUseClient (built for macOS 15.0 which is newer than running OS)

I prepared a small guard patch in my fork that skips loading computer-use@openai-bundled on macOS < 15 to avoid repeatedly spawning the incompatible helper:

https://github.com/ZHOUKAILIAN/codex/commit/5a23831119

Tests run:

  • just fmt
  • cargo test -p codex-core-plugins
  • just fix -p codex-core-plugins

I cannot open a PR because repository owners restrict PR creation to collaborators.

Data-Designer · 2 months ago

Please support MacOS 13.X, too. Thanks

skrik2 · 2 months ago

Same issue here on macOS 13.7.8 (M1).

Please fix it. Thanks.

Cool-PKY · 2 months ago

Any update ? Same on 14.4.1 (23E224)

odedharth · 2 months ago

Any plans to make computer use compatible?

IgorGanapolsky · 2 months ago

Confirming this is the macOS-version gate, not a packaging error you can work around with a reinstall — LC_BUILD_VERSION minos 15.0 means Dyld refuses to load the binary on 14.x.

/usr/bin/otool -l /Applications/Codex.app/Contents/Resources/plugins/openai-bundled/computer-use/*/SkyComputerUseClient \
  | grep -A3 LC_BUILD_VERSION

If minos reads 15.x, the only working paths are (a) downgrade to a Codex release that shipped a client built against macOS 14, or (b) upgrade the OS.

I wrote up the full diagnostic with this case plus 5 other root causes for "Computer Use unavailable" / minos errors / plugin loading failures: https://igorganapolsky.github.io/openclaw-mac-ai-workstation-setup/computer-use-plugin-unavailable.html

Free script in the repo (scripts/self-diagnose.mjs) captures the otool + cache surfaces into a redacted bundle. $19 quick read confirms which prior Codex release is your best target if downgrade is the path.