nix: finish the "moved to" comment sweep
State where `enable` and the matrix name pins are now rather than where they moved from: swarm-grafana-service, swarm-nats-service, hive-matrix-service (and the bao-controller fixture comment quoting it), plus the same-shaped history in agent-modules/otel, checks and docs/default. Comments and option-description text only; no script string changes. Refs #3902
This commit is contained in:
parent
e990e9a0be
commit
16ccdb55fe
9 changed files with 26 additions and 34 deletions
|
|
@ -938,8 +938,8 @@ in
|
|||
# its token file deleted to force a re-mint with the new
|
||||
# scope.
|
||||
#
|
||||
# Token name carries a timestamp suffix rather than the
|
||||
# fixed `swarm-controller-boot` this used to be — a real
|
||||
# Token name carries a timestamp suffix rather than a fixed
|
||||
# `swarm-controller-boot` — a real
|
||||
# incident, not a hypothetical: deleting the token *file*
|
||||
# (the remediation above) doesn't delete the token Forgejo
|
||||
# already has under that name, so re-running this unit hit
|
||||
|
|
|
|||
|
|
@ -33,11 +33,10 @@ in
|
|||
here only if you need a different server_name shape (e.g.
|
||||
`chat.example.org` for a bespoke hostname).
|
||||
|
||||
**Breaking change, and the one on this page that cannot be
|
||||
undone by rebuilding.** This default has now moved twice — from
|
||||
`matrix.''${services.hyperhive.domain}`, then to the bare hive
|
||||
domain, and now to the swarm domain. Every existing homeserver
|
||||
must pin whichever value it already minted ids under, e.g.
|
||||
**Changing this cannot be undone by rebuilding.** The default
|
||||
is the swarm domain, so a homeserver that minted ids under
|
||||
another value (`matrix.''${services.hyperhive.domain}` or the
|
||||
bare hive domain) must pin that value, e.g.
|
||||
|
||||
```nix
|
||||
services.hyperhive.swarm.matrix.serverName =
|
||||
|
|
@ -121,13 +120,11 @@ in
|
|||
through `.well-known`. `serverName` is the matrix-identifier
|
||||
domain embedded **irrevocably** in every user and room id —
|
||||
adopting a new one is a different homeserver, not a rename.
|
||||
Both defaults now sit under the swarm domain, but only this
|
||||
one is safe to move on a running deployment.
|
||||
Both defaults sit under the swarm domain, but only this
|
||||
one is safe to change on a running deployment.
|
||||
|
||||
A deployment that was running before this moved keeps its
|
||||
current name by pinning
|
||||
`matrix.''${services.hyperhive.domain}` here — exactly what the
|
||||
old default rendered.
|
||||
To use the per-hive name `matrix.''${services.hyperhive.domain}`
|
||||
instead, pin it here.
|
||||
'';
|
||||
};
|
||||
|
||||
|
|
|
|||
|
|
@ -131,7 +131,7 @@ let
|
|||
# than a stale one — its own vhosts are covered by the hive leaf
|
||||
# above. Anywhere else it is expected: the leaf comes from the
|
||||
# secret store's `pki` mount now, not from a sub-CA that exists on
|
||||
# one host in the swarm, so "this host cannot issue it" is no longer
|
||||
# one host in the swarm, so "this host cannot issue it" is not
|
||||
# one of the answers.
|
||||
want_svc=${if localServiceDomains == [ ] then "0" else "1"}
|
||||
|
||||
|
|
|
|||
|
|
@ -17,7 +17,7 @@ let
|
|||
domainBase = if swarmDomain == null then "invalid" else swarmDomain;
|
||||
in
|
||||
{
|
||||
# `enable` moved to `services.hyperhive.deploy.grafana.enable` — see
|
||||
# `enable` is `services.hyperhive.deploy.grafana.enable` — see
|
||||
# ./deploy.nix. Whether this host runs the swarm's Grafana is a
|
||||
# deployment decision, and `swarm.*` has to be identical on every host.
|
||||
# Here is what the service IS to every hive: the name it is served under,
|
||||
|
|
|
|||
|
|
@ -13,13 +13,13 @@ let
|
|||
in
|
||||
{
|
||||
options.services.hyperhive.swarm.nats = {
|
||||
# `enable` moved to `services.hyperhive.deploy.nats.enable` — see
|
||||
# `enable` is `services.hyperhive.deploy.nats.enable` — see
|
||||
# ./deploy.nix. What the queue IS to every hive: its domain, ports
|
||||
# and client id.
|
||||
|
||||
# ⚠️ Deliberately NO `package` option for the NATS server, anywhere —
|
||||
# not here and not under `deploy.nats` either, where every other
|
||||
# service's build now lives. `services.nats` upstream does not expose
|
||||
# service's build lives. `services.nats` upstream does not expose
|
||||
# one; it resolves `pkgs.nats-server` itself, so an option would be
|
||||
# ignored or need an overlay to mean anything, and an option that does
|
||||
# not control what it names is worse than its absence. Pin the build
|
||||
|
|
|
|||
Loading…
Reference in a new issue