Release notes
If you used the TUI and then installed the desktop app, the TUI could stop launching entirely, dying with opentui is not supported on the current platform, even though nothing about your platform had changed. This release fixes that, adds a one-command way to check your install, and makes every Linux and macOS build prove it actually runs before it ships.
Fixed
- The TUI no longer breaks after you use the desktop app. Both apps share
~/.empryo, and the desktop's startup refresh was deleting native libraries it doesn't ship but the TUI depends on. The desktop is now fully self-contained. It reads its runtime from inside its own app bundle and never writes to the shared directory. Each surface now owns only the files it installs. - Installs repair themselves. The installer keeps a pristine copy of the native runtime, so a TUI whose libraries were already wiped restores them on the next launch instead of staying broken. This also protects you if you're still running an older desktop build.
- A missing runtime finally says so. Instead of the misleading "not supported on the current platform", you get the exact file that's missing and how to fix it, and the crash report keeps the full message rather than a bare
Error.
New
- `empryo doctor`, checks that the native runtime loads and that tree-sitter parses, then prints OK or the precise failure. Run it any time an install misbehaves. It's also what our release now runs against every build.
Under the hood
- Every macOS and Linux build is now executed before release, Linux inside a container, Intel macOS under Rosetta, and must load its native library and parse real code, not merely print a version number. A stale or mismatched native library can no longer reach a download link.