ci: install bun + call cargo_env so make build finds both toolchains #4
No reviewers
Labels
No labels
prio_critical
prio_low
type_bug
type_contact
type_issue
type_lead
type_question
type_story
type_task
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
lhumina_code/hero_editor!4
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "development_mik"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
CI on
developmentwas failing atmake build->make bundle-webwith:Two fixes:
Install bun — the ghcr.io/despiegk/builder image doesn't pre-install bun. Add a
Setup bunstep that runs the canonicalcurl bun.sh/install | bashand exports$HOME/.bun/binto$GITHUB_PATHfor subsequent steps. Idempotent (skips if bun is already on PATH).Call
cargo_envafter sourcing build_lib.sh — sourcing only defines the helpers; you still need to callcargo_envto put cargo on PATH. Same minimal fix used by hero_archipelagos and other green-CI repos.Signed-off-by: mik-tf
hero_rpc 0.5 split the runtime types out of hero_rpc_derive into a new hero_rpc_openrpc crate. Consumers of the openrpc_client! macro must now depend on hero_rpc_openrpc directly so the macro-emitted code can find OpenRpcError / OpenRpcTransport at the hero_rpc_openrpc::* path. Workspace Cargo.toml: + hero_rpc_openrpc git dep, version 0.5.0, features = ["transport"] + explicit version = "0.5.0" pin on hero_rpc_derive, herolib_core, herolib_derive, herolib_ai (was implicit *). crates/hero_editor_sdk/Cargo.toml: + hero_rpc_openrpc = { workspace = true } crates/hero_editor_sdk/src/lib.rs: - pub use herolib_core::openrpc::{OpenRpcError, OpenRpcTransport}; + pub use hero_rpc_openrpc::{OpenRpcError, OpenRpcTransport}; Without the path swap rustc reports E0308 because the macro emits hero_rpc_openrpc::OpenRpcError while the SDK was re-exporting the distinct herolib_core::openrpc::OpenRpcError. Cargo.lock regenerated to refresh the stale hero_rpc commit pin (was 3d0251da, no longer reachable on hero_rpc development). Verified: `cargo check --workspace` clean (only pre-existing style warnings). Same shape as hero_books_sdk, hero_db_sdk, hero_aibroker, hero_browser, hero_indexer. Signed-off-by: mik-tfThe previous manual checkout cloned the default branch (development) and only re-fetched a specific SHA if it wasn't reachable. That if- block didn't fire because ${{ github.event.pull_request.head.sha }} appears to be empty under Forgejo's runner — so CI ended up running on the OLD development HEAD instead of the PR's branch tip. Fix: clone with --branch $BRANCH where BRANCH = $GITHUB_HEAD_REF (set on PR runs to the source branch name) or $GITHUB_REF_NAME (set on push runs). Same shape hero_voice's CI uses successfully. Signed-off-by: mik-tf