nix: comments state current behaviour, not history
Rewrite comments and option descriptions under nix/ that narrate how the
code got here ("used to", "new name", "sat at the TOP", "no longer",
renamed/moved narration, attributions) to say what the code does now and
why. Comments and description strings only; no logic changes.
Files in open PR #4970's diff are left alone. Refs #3902
This commit is contained in:
parent
ea63b0d150
commit
1c90619fbb
45 changed files with 331 additions and 411 deletions
|
|
@ -33,8 +33,8 @@ let
|
|||
# explain their own admission rules; the second says why they are not one
|
||||
# list. They are applied HERE rather than in the module that happens to
|
||||
# consume them, because a hive name composes identifiers whatever else is
|
||||
# enabled — ./swarm-otel.nix used to hold these guards and gated them on its
|
||||
# own `enable`, so a swarm without the collector had no check at all.
|
||||
# enabled — gating them on another module's `enable` would leave a swarm
|
||||
# without that module with no check at all.
|
||||
reservedNames = import ../reserved-names.nix;
|
||||
reservedFragments = import ../reserved-hive-fragments.nix;
|
||||
|
||||
|
|
@ -213,7 +213,7 @@ in
|
|||
# ⚠️ `lib.mkRemovedOptionModule` cannot do this job here, and
|
||||
# neither of its two halves survives the move into a submodule:
|
||||
# its `apply = throw` fires only when the value is READ, and
|
||||
# nothing reads this any more (that being the point of removing
|
||||
# nothing reads this (that being the point of removing
|
||||
# it); its `config.assertions` half would land on a submodule
|
||||
# that declares no `assertions` option at all. It is a
|
||||
# top-level tool. The assertion below is the working shape, and
|
||||
|
|
@ -316,14 +316,14 @@ in
|
|||
assertions = [
|
||||
{
|
||||
# An EMPTY `hives` fires this too, deliberately: since
|
||||
# `swarm.domain` became required, every hive is in a swarm — a
|
||||
# `swarm.domain` is required, every hive is in a swarm — a
|
||||
# swarm of one is still a swarm — so a directory with no entry
|
||||
# for this host is missing one either way. It also has to fire
|
||||
# here, because this host's own domain is now read out of the
|
||||
# directory: without the entry `services.hyperhive.domain` is
|
||||
# null and the generic required-domain assertion in
|
||||
# ./hive-network.nix would fire instead, naming an option the
|
||||
# operator should no longer be setting.
|
||||
# operator should not be setting.
|
||||
#
|
||||
# Guarded on `hiveName != null` so the required-hiveName
|
||||
# assertion in ./hyperhive.nix is what fires for that case —
|
||||
|
|
@ -349,11 +349,10 @@ in
|
|||
{
|
||||
# An error rather than a warning, deliberately. Re-declaring the
|
||||
# removed option above is what stops "option does not exist"; on
|
||||
# its own it would also turn a config that used to FAIL into one
|
||||
# that quietly evaluates with the setting ignored, which is a
|
||||
# worse answer than the unhelpful error it replaces. The operator
|
||||
# asked for a removal error, so this stays fatal until the field
|
||||
# is gone from their config.
|
||||
# its own it would turn a config that sets the removed field into
|
||||
# one that quietly evaluates with the setting ignored, which is a
|
||||
# worse answer than an error. So this stays fatal until the field
|
||||
# is gone from the config.
|
||||
#
|
||||
# Wording follows `lib.mkRemovedOptionModule`'s, so it reads like
|
||||
# every other removal the module system reports.
|
||||
|
|
@ -536,8 +535,8 @@ in
|
|||
# swarm's token endpoint. The other two coordinates are this machine's —
|
||||
# where the queue is *as seen from here*, and where its secret sits on this
|
||||
# disk — so they hang off the daemon that uses them. `hive-controller` is
|
||||
# hive-c0re's new name, which is why the namespace is the daemon's rather
|
||||
# than a `deploy.statusPublish` of its own.
|
||||
# the hive-c0re daemon's namespace, hence these live there rather than
|
||||
# under a `deploy.statusPublish` of their own.
|
||||
#
|
||||
# ⚠️ The all-or-nothing assertion above now spans both namespaces. That is
|
||||
# one service's own options either side of the split, not a service reaching
|
||||
|
|
|
|||
Loading…
Reference in a new issue