generated from eblume/project-template
C2(hephd-self-update): impl correct spawn_self_update_loop doc
All checks were successful
Build / validate (pull_request) Successful in 6m1s
All checks were successful
Build / validate (pull_request) Successful in 6m1s
The poller now installs + restarts (not just logs); fix the stale doc and point at service-env-forge-access as the deployment step that makes the apply path operational.
This commit is contained in:
parent
c237be6604
commit
20418240f7
1 changed files with 7 additions and 2 deletions
|
|
@ -124,8 +124,13 @@ impl Daemon {
|
|||
}
|
||||
|
||||
/// If self-update is enabled, spawn its background poller: every
|
||||
/// `cfg.interval` it checks the forge for a newer release and (for now) logs
|
||||
/// when one is available. No-op when the mode is off.
|
||||
/// `cfg.interval` it checks the forge for a newer release and, when one is
|
||||
/// found, installs it and restarts onto the new binary. No-op when off.
|
||||
///
|
||||
/// Note: the *apply* path runs `cargo install` and exits, which only works
|
||||
/// when the daemon's service environment can reach the forge over SSH and
|
||||
/// find cargo — see the `service-env-forge-access` card (the deployment step
|
||||
/// that makes this operational).
|
||||
pub fn spawn_self_update_loop(&self) {
|
||||
let Some(cfg) = self.ctx.self_update.clone() else {
|
||||
return;
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue