Skip to content

fix: set default-run so Render's start command resolves - #202

Merged
Emmyt24 merged 1 commit into
mainfrom
fix/render-default-run-binary
Aug 2, 2026
Merged

fix: set default-run so Render's start command resolves#202
Emmyt24 merged 1 commit into
mainfrom
fix/render-default-run-binary

Conversation

@Emmyt24

@Emmyt24 Emmyt24 commented Aug 2, 2026

Copy link
Copy Markdown
Collaborator

Summary

Render's deploy build succeeded but the start step failed:

error: `cargo run` could not determine which binary to run. Use the `--bin` option to specify a binary, or the `default-run` manifest key.
available binaries: backfill-operation-index, octo-migrate-keys, octo-server

The workspace has three binary-producing members and no root package, so Render's start command (cargo run --release, a bare invocation with no --bin) is ambiguous. Setting default-run = "octo-server" in bin/server/Cargo.toml's [package] resolves it — verified locally that a bare cargo run --release at the workspace root now starts octo-server instead of erroring immediately.

Test plan

  • cargo check --workspace --all-targets --locked — clean
  • cargo run --release from the workspace root now resolves to octo-server and starts (previously errored instantly with the ambiguity message above)

The workspace now has 3 binaries (octo-server, octo-migrate-keys,
backfill-operation-index) with no root package, so a bare 'cargo run'
at the workspace root is ambiguous and errors instantly with 'could
not determine which binary to run'. Render's start command is exactly
that bare invocation. default-run in octo-server's [package] resolves
it without needing to change Render's dashboard config.
@Emmyt24
Emmyt24 merged commit 763c9bf into main Aug 2, 2026
1 check passed
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