Commit Graph
20 Commits
Author SHA1 Message Date
jschoubben 187f83259e Join G's version form: version 0.1
mesh/merge-gate waiting in the build queue since 08:56
mesh/delivery-group group feat/47-G-join11 checking: composed again for its members' new heads
mesh/delivery ready: it is merged on the Approve
No version is published for it (builder_versions answers none), so §583 gives 0.1.

Builds: design 47 G A-335, §583

Claude-Session: https://claude.ai/code/session_01NcbgfGKaxw984XyAPfLm4h
2026-11-13 02:29:52 +01:00
mesh-tools 48a55bef93 Merge pull request 'Feature 57 (config and provisioning): release photos' (#5) from release/57-config-and-provisioning into nox-mesh 2026-10-16 13:04:21 +00:00
mesh-tools aaf6fe4d53 Keep the photo application's env files' text in files/, as templates (feature 57), reviewed
mesh/merge-gate head aaf6fe4d53d7 merged into trunk 31c0c5e6bcad — pass: builds photos, sent nowhere; no bus step; 1 wait(s) for a person; every machine co…
mesh/repo-check head aaf6fe4d53d7 merged into trunk 31c0c5e6bcad — pass: THE CHANGE ALTERS ITS OWN CHECK (merge-check.sh): nox-mesh's version judged it; th…
mesh/delivery delivered
2026-10-16 09:41:32 +00:00
mesh-admin 31c0c5e6bc Merge pull request 'A merge check of its own (hq ADR 0238)' (#4) from feat/a-merge-check-of-its-own into nox-mesh
mesh/delivery delivered
2026-10-06 21:00:42 +00:00
jochen 33ab118bcc Check the photo application before a change merges into what the mesh builds (hq ADR 0237)
The repository's layer of the mesh's merge check (mesh/repo-check): the three images'
own builds — server, client and admin client installed from their lock files and built —
before the merge instead of after it.
2026-10-06 22:12:13 +02:00
mesh-admin 8a49517528 Merge pull request 'The photos kept with the object and document stores are irreplaceable (hq ADR 0233)' (#3) from feat/a-module-declares-the-data-it-holds into nox-mesh 2026-10-06 15:05:52 +00:00
jochen a4e581e5eb Say the photos kept with the object and document stores are irreplaceable (hq ADR 0233)
Only the application knows how precious what it stores with its providers is; saying it holds
those providers to that class.
2026-10-06 16:47:49 +02:00
jschoubben 38ae0c8c89 Merge pull request 'The photo app's definition under today's rules, so the mesh builds it from here again' (#3) from fix/the-photo-app-under-todays-rules into nox-mesh
mesh/delivery delivered
2026-10-04 14:52:56 +00:00
jschoubben 063662b926 The photo app's definition under today's rules, so the mesh builds it from here again
Since 2026-10-04 the mesh held photos from the catalogue's stub — a server and an admin client —
which dropped the eef and filip sites and the api, flip and filip-api routes. This definition could
not simply be rebuilt: it named photos-api.novox.be and its own host paths, and transcribed the
bucket. Endpoints are named and every route names one; the client is told the api's composed name;
paths are the mesh's ${dir:state}; the bucket is the one the store derives (hq ADR 0202), the same
mesh-novox-photos the data lives in.
2026-10-04 16:30:24 +02:00
jschoubben 3f0d622db0 The mongo credential authenticates against its own database, not admin
The provisioner creates the granted user inside the granted database —
mongo's own db-scoped convention — so authSource is the database's name.
Found by testing the credential before the cutover window, not during it.
2026-09-26 01:06:31 +02:00
jschoubben 961226dc7f Serve the flip and filip-api aliases; the store is the granted bucket
The hand-authored proxy serves flip.novox.be beside filip.novox.be and
filip-api.novox.be beside photos-api.novox.be; the module must contribute
all six names before those files can retire.

MINIO_BUCKET names what the s3-bucket grant actually scopes the key to:
the provisioner derives mesh-novox-photos from the grant account and
ignores the contributed bucket name — the objects move there in the
cutover window, the pattern nextcloud set.
2026-09-26 01:02:55 +02:00
jschoubben 08d5c118d3 Become a nox mesh module
The mesh builds all three images from this repository and a commit
(novox/hq ADR 0069) — the Drone pipeline that built outside Docker and
copied its output in retires with the predecessor. One module carries the
API and every client instance: eef and filip are the same built client
under two names, which is a second route contribution, not a second
module (ADR 0015 — an application is one repository).

The clients drop nginx and its bash startup script: the node the API
already needs serves the static build too (client-server/serve.mjs —
files, the SPA fallback, env-config.js from the environment), so the
whole module stands on one declared base.

What the machine serves does not move: the same four public names, the
same four machine ports. MongoDB, the bucket and every credential arrive
as mesh grants instead of hand-set environment; SUPER_ADMIN_KEY stops
being a default written in code and becomes a minted secret.
2026-09-25 20:50:19 +02:00
jschoubben eab35c5f9f Don't show home layout when instance is not defined
continuous-integration/drone/push Build is passing
2024-05-21 01:00:58 +02:00
jschoubben b58844bc30 Added multiple home layouts
continuous-integration/drone/push Build is passing
2024-05-20 22:43:07 +02:00
jschoubben 6bb2d32f8c Hide photo-slider navigation buttons on mobile
continuous-integration/drone/push Build is passing
2024-05-18 15:19:52 +02:00
jschoubben f247070025 Clear warning from admin-client prod build
continuous-integration/drone/push Build is passing
2024-05-18 14:13:03 +02:00
jschoubben 6ae9bae8df Added close button for photo-viewer
continuous-integration/drone/push Build was killed
2024-05-18 12:47:16 +02:00
jschoubben f03dc2c3a6 Fixed admin client 2024-05-18 12:36:43 +02:00
jschoubben d1fc7f3c4e Trigger drone ci/cd
continuous-integration/drone/push Build is passing
2024-04-17 23:02:29 +02:00
jschoubben a8fdb455f4 Initial commit 2024-04-17 22:54:13 +02:00