feat(office): wire --download for hero_office v0.1.0-rc1 #224
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_skills!224
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "development_mik_office_download"
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?
Consumer wiring for the new hero_office release pipeline (Bucket C item 4 of lhumina_code/home#212).
Producer landed first: https://forge.ourworld.tf/lhumina_code/hero_office/releases/tag/v0.1.0-rc1 (PR lhumina_code/hero_office#26 + tag) — 3 stripped static-pie musl binaries, target-triple naming.
This PR (single commit):
service_office.nu— flip--downloadasset suffix"linux-amd64"→"x86_64-unknown-linux-musl"per lhumina_code/home#212. The old suffix never matched any release becausehero_officehad no published release until today.dispatcher.nu— close the alias-form gap: forward--download/--versionfor[office install]and--downloadfor[office start]. Without this,service office install --downloadsilently degrades to a cargo build (same shape as the collab gap closed in #223 and the broader sweep in908c775).The direct-module form (
service_office install --download) was already correct.Smoke plan (heroci.gent01.grid.tf):
Expected: 3 binaries land in
/root/hero/bin/, ELF static-pie musl,hero_office_server --versionboots cleanly.Note: ONLYOFFICE_JWT_SECRET / CONNECTOR_EXTERNAL_URL / DEFAULT_CONTEXT / HERO_SOCKET_DIR forwarding logic in service_office.nu is unchanged.
mik-tf referenced this pull request from lhumina_code/hero_demo2026-05-06 21:42:24 +00:00