hero_livekit_admin [[dependencies]] lacks socket_name gate; dep key-form differs between lab and herolib parsers #46
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Correction (this issue was filed inaccurately — fixed below)
The original claim "missing
[[dependencies]]" is wrong.crates/hero_livekit_admin/service.tomldoes declare the dependency:And lab resolves it correctly:
dep_to_binary_name(service_manager.rs:2077) picksbin_name→hero_livekit_server, soensure_dependency_runningorders the admin after the server on the lab start path.The real (smaller) inconsistencies
No socket-readiness gate.
hero_collab_admindeclaressocket_name = "rpc.sock"; the hero_livekit admin omits it. So the dependency gates on the server binary, not onrpc.sockbeing ready. Addsocket_name = "rpc.sock"to match.Key-form split between the two parsers (the important one). The file uses the full-name keys
crate_name/bin_name/socket_name, which match lab'sCanonicalDep(service/model.rs:12-13, "no serde renames"). But herolib_core'sDependencystruct expectscrate/bin/socket(#[serde(rename="crate")]). So hero_lib's parser sees onlyrepoand drops the target — the dependency is invisible to the hero_lib/hero_proc parser. Works today only because lab is the enforcer; it will silently no-op when hero_proc#135 makes the supervisor read[[dependencies]]itself. This is a repo-wide (and likely suite-wide, incl. hero_collab) schema split — see the duplication/cleanup issue.Fix
socket_name = "rpc.sock"to the admin dependency.CanonicalDepand herolib_coreDependency(broader; tracked separately).hero_livekit_admin service.toml is missing [[dependencies]] on hero_livekit_server rpc.sock (inconsistent with hero_collab_admin)to hero_livekit_admin [[dependencies]] lacks socket_name gate; dep key-form differs between lab and herolib parsers