lavinmq keeps mesh-broker until something else can take it

Taking the claim off made the seat unheld, and the controller dereferences that seat to find its own bus (to-be 26, "the one exception is the controller itself"). Unheld, the composed address fell back to a default port nothing serves, and the control plane crash-looped: "cannot reach the broker named in MESH_BROKER_AMQP: dial tcp 127.0.0.1:5672". The broker itself never stopped — it is healthy on the port the mesh actually assigned it. lavinmq becoming an ordinary provider is right, and it is still a provider of amqp here. What was wrong is the order: the seat has to pass from one holder to the next, and it cannot be empty in between, because the thing that reads it is the thing that would have to fix it.
Merge pull request 'The Go base has to be 1.26 for what compiles the controller's code' (#116 ) from fix/go-126-base into main
2026-09-27 21:13:13 +02:00 · 2026-09-27 19:00:38 +00:00 · 2026-09-27 20:58:09 +02:00 · 2026-09-27 17:31:04 +00:00
3 changed files with 8 additions and 2 deletions
@@ -77,7 +77,7 @@
    "on": [
      {
        "arg": "GO_BASE",
-        "image": "golang@sha256:1ae0735f00daffa3aaf1363a5184c0d2dc55c78e3db4ec70241cdac97bf84b59"
+        "image": "golang@sha256:8ac98ca534ac3f51e1f420a1dd2c15e74c75cfa0f23f3ad27eb5d7236c349a0c"
      },
      {
        "arg": "ALPINE_BASE",
@@ -7,6 +7,12 @@
      "scope": "mesh"
    }
  ],
+  "claims": [
+    {
+      "name": "mesh-broker",
+      "scope": "mesh"
+    }
+  ],
  "capabilities": [
    "container-runtime"
  ],
@@ -173,7 +173,7 @@
    "on": [
      {
        "arg": "GO_BASE",
-        "image": "golang@sha256:699337d620559a59b4a2bb298ad59611e535d2ee755a34cf2d2a98f37578dc80"
+        "image": "golang@sha256:6c2a5538f964f1c82f97ad14988bf05de100d922d159d0e398b54c7b0ca0c6c9"
      },
      {
        "arg": "ALPINE_BASE",
Author	SHA1	Message	Date
jschoubben	42550dbe43	lavinmq keeps mesh-broker until something else can take it Taking the claim off made the seat unheld, and the controller dereferences that seat to find its own bus (to-be 26, "the one exception is the controller itself"). Unheld, the composed address fell back to a default port nothing serves, and the control plane crash-looped: "cannot reach the broker named in MESH_BROKER_AMQP: dial tcp 127.0.0.1:5672". The broker itself never stopped — it is healthy on the port the mesh actually assigned it. lavinmq becoming an ordinary provider is right, and it is still a provider of amqp here. What was wrong is the order: the seat has to pass from one holder to the next, and it cannot be empty in between, because the thing that reads it is the thing that would have to fix it.	2026-09-27 21:13:13 +02:00
jschoubben	51713dd631	Merge pull request 'The Go base has to be 1.26 for what compiles the controller's code' (#116 ) from fix/go-126-base into main	2026-09-27 19:00:38 +00:00
jschoubben	4cda964a43	The Go base has to be 1.26 for what compiles the controller's code builder and route-proxy both build from the mesh-controller repository's context, so its go.mod is theirs, and `nats.go v1.54.0` puts that at `go >= 1.26`. Pinned at 1.25.14 they cannot compile it: the build machine's own build failed with "go.mod requires go >= 1.26.0 (running go 1.25.14)". Each moves to the 1.26.8 digest of the flavour it already used — alpine for builder, debian for route-proxy — so nothing changes but the compiler version.	2026-09-27 20:58:09 +02:00
jschoubben	adb02da136	Merge pull request 'The nats module, and every manifest's event names made local' (#115 ) from feat/nats-genesis into main	2026-09-27 17:31:04 +00:00