wiki: sync 2026-08-12 00:38 UTC — 6 file(s) updated

2026-08-12 00:38:36 +00:00
parent 6c8ffdf1b0
commit 4ebe08daae
6 changed files with 72 additions and 10 deletions
@@ -1,7 +1,7 @@
 # Channel Wiki: #skic-v1-playground
 _Channel ID: 1527398768608284703_
 _Created: 2026-07-23 18:22 UTC_
-_Last sync: 2026-08-11 20:33 UTC_
+_Last sync: 2026-08-12 00:37 UTC_

 ## Purpose
 SKIC playground projects and their Gitea-hosted build/publishing workflows.
@@ -10,6 +10,7 @@ SKIC playground projects and their Gitea-hosted build/publishing workflows.
 - **CONFIRMED (2026-08-11):** the Gitea Actions runner—not Hermes locally—must install dependencies and build the `skic-v1-playground/documentation` Docusaurus site after repository changes are pushed.
 - **CONFIRMED publication contract:** generated files for a repository are published under `/gondor-v1-gitea-pages/<organization>/<repository>/`; the corresponding public URL is `https://pages.apps.lego-cloud.eu/<organization>/<repository>/`.
 - **CONFIRMED runner mount:** the Pages dataset source `/mnt/lego-cloud-v1-2025-11-28/gondor-v1-gitea-pages` is mounted into job containers at `/gondor-v1-gitea-pages`. The source must also be allowed by the runner's `container.valid_volumes`; only the mount destination changed during troubleshooting.
+- **CONFIRMED Docker execution (2026-08-11):** ordinary Actions jobs can use the host Docker daemon through `/var/run/docker.sock`; Docker client `29.6.2-1`, Engine `29.0.4`, `docker version`, and `docker info` were verified in run `2328`. Do not add Docker-in-Docker by default. The runner did not apply requested privileged mode (`Privileged:false`), so its `docker:dind` service could not start.

 ## Active Topics
 - **Documentation Pages deployment — COMPLETE/VERIFIED:** repository <https://gitea.lego-cloud.eu/skic-v1-playground/documentation> now builds and publishes through Gitea Actions.
@@ -21,6 +22,7 @@ SKIC playground projects and their Gitea-hosted build/publishing workflows.
 - Initial runner failures established three reusable constraints: `pnpm-workspace.yaml` must contain a valid `packages` field; job images cannot be assumed to contain `rsync`; and a path visible only inside an ephemeral job container is not a publication target.
 - The workflow now validates the repository path and persistent Pages mount so missing infrastructure fails explicitly instead of reporting false publication success.
 - The working publish destination for this repository is `/gondor-v1-gitea-pages/skic-v1-playground/documentation/`.
+- Reusable guidance was recorded in `gitea-repository-operations` and `gitea-docusaurus-projects`. For another Docusaurus repository, use both skills; for an application repository without documentation hosting, use `gitea-repository-operations` alone; add `gondor-v1-nodes` only when diagnosing or changing the Pages service.

 ## People & Roles
 - Lego (`root_at_skic`) — specified the Pages path/URL contract, corrected ownership of build execution to the Gitea runner, and applied the runner mount destination change.
@@ -30,6 +32,9 @@ SKIC playground projects and their Gitea-hosted build/publishing workflows.
 - No open deployment action from this exchange. Revalidate Gitea Actions and the public URL after future runner mount or Pages infrastructure changes.

 ## Source anchor
+- Latest processed human message: `1536839098277437601` (2026-08-11 20:49 UTC), asking whether DinD was needed when Docker was already available. Confirmed answer: no; use the mounted host socket directly.
+- Docker trial directive: `1536837959054266448` (2026-08-11 20:45 UTC).
+- Skill-update/request-for-reuse-guidance directive: `1536834910902554684` (2026-08-11 20:33 UTC).
 - Latest processed human message: `1536834135262503083` (2026-08-11 20:30 UTC), requesting an immediate rebuild and publish; run 2326 subsequently completed successfully.
 - Initial directive: `1536821956744188027` (2026-08-11 19:41 UTC).
 - Runner-execution correction: `1536822550615691284` (2026-08-11 19:44 UTC).
@@ -1,7 +1,7 @@
 # Channel Wiki: #playground-eduard-melman
 _Channel ID: 1531909629783576696_
 _Created: 2026-07-29 06:29 UTC_
-_Last sync: 2026-07-29 06:29 UTC_
+_Last sync: 2026-08-12 00:37 UTC_

 ## Purpose
 - A dedicated shared playground for Hermes/Jarvis and Eduard Melman to experiment, converse, learn, and build useful things together.
@@ -18,6 +18,7 @@ _Last sync: 2026-07-29 06:29 UTC_
 ## Key Context
 - Current participation mode: Hermes/Jarvis responds when tagged in this channel.
 - Do not merely collect information: apply useful learning to future channel interactions, while keeping wiki entries concise, durable, and accurate.
+- On 2026-08-11 Lego asked Hermes to tell Eduard about the two latest documentation sites. Hermes shared the live SKIC Playground documentation (`https://pages.apps.lego-cloud.eu/skic-v1-playground/documentation/`) and VSSA Clients & Systems documentation (`https://pages.apps.lego-cloud.eu/vssa-v1/documentation/`) with short descriptions. The VSSA site covers 290 Lithuanian public-sector clients and their systems/evidence; the SKIC site documents autonomously built playground applications and architecture.

 ## People & Roles
 - Eduard Melman (`364383883778850827`): primary human participant and collaborator in this channel.
@@ -26,5 +27,9 @@ _Last sync: 2026-07-29 06:29 UTC_

 ## Action Items
 - ✅ Welcome Eduard.
+- ✅ Share the two latest documentation websites and descriptions with Eduard (completed 2026-08-11).
 - 🔲 Continuously capture durable lessons from Eduard in this wiki.
 - 🔲 Create or improve skills whenever collaboration reveals a reusable workflow or expertise.
+
+## Source anchor
+- Latest processed human message: `1536841496366415932` (2026-08-11 20:59 UTC), requesting that Hermes send Eduard the links and descriptions for the two most recently built documentation sites.
@@ -1,6 +1,6 @@
 # vssa-storm

-_Last sync: 2026-08-11 20:33 UTC_
+_Last sync: 2026-08-12 00:37 UTC_

 ## Purpose

@@ -9,20 +9,30 @@ VSSA client investigation and evidence gathering.
 ## Current assets

 - Gitea organization: `vssa-v1`
- Repository: <https://gitea.lego-cloud.eu/vssa-v1/vssa-clients>
- Repository worktree: `/opt/data/vssa-clients`
+- Repository: <https://gitea.lego-cloud.eu/vssa-v1/documentation>
+- Repository worktree: `/opt/data/vssa-documentation`
+- Published Docusaurus site: <https://pages.apps.lego-cloud.eu/vssa-v1/documentation/>
+- Client Dossiers use one flat 290-item sidebar. Systems Dossiers are generated from canonical client system-table rows; the latest validated registry contains 419 unique systems from 620 observations, with conservative alias rules in `data/system-aliases.json` and machine-readable output at `/data/systems-registry.json`.
+- Gitea Actions workflow: `.gitea/workflows/pages.yml`; successful `main` builds publish through the mounted LEGO Cloud Pages root.
 - Source registry: `source/message.txt`, containing 290 numbered clients.
 - Required output: one concise Markdown dossier per client with exact name, one-sentence purpose, systems/clouds, plain-language system meaning, precise client relationship, identified contractor/company and role, direct evidence, confidence, and short gaps.
 - Investigation skill: `client-investigator`; recurring runs must deepen contractor research and patch the skill only with validated reusable practices.

 ## Automation

- Cron job `88833e00b4a2` (`VSSA client cloud/system investigation`) runs at `0 */2 * * *` and reports to this channel.
- Each run audits all 290 records, deeply researches up to 10 missing/weak/stale dossiers, updates the index, commits and pushes evidence-backed changes, and verifies remote state.
+- Cron job `88833e00b4a2` (`VSSA documentation continuous research`) runs at `0 */2 * * *` and reports to this channel.
+- Each run audits all 290 records, deeply researches up to 10 missing/weak/stale dossiers, continuously improves client/system/contractor evidence and documentation, reviews conservative system identity rules, validates the complete Docusaurus build, pushes evidence-backed changes, verifies Actions, and checks the deployed Pages backend.
 - Research must prefer primary sources and must not infer providers/systems without corroborating evidence.
+- The job workdir and remote now target `/opt/data/vssa-documentation` and `vssa-v1/documentation`; it must not edit generated Docusaurus output.
+- **Latest rotation (2026-08-12 00:12 UTC):** clients 089–098 were refreshed. Coverage is 79 researched, 189 partial, 22 no-public-evidence, and 0 pending. The next planned rotation is clients 099–108. Client 090's official site has an incomplete TLS chain; contract dates, payment providers, hosting, integrations, and current support ownership remain unknown for several services.

 ## Availability continuity

+- The first scheduled continuous-research invocation at 22:00 UTC failed because the model provider reported overload. The next invocation completed at 00:12 UTC, validated all 290 clients plus 419 system routes/620 observations, pushed commit `b34670484501f0ddd27154c19b7605bf00f3efdd`, and verified successful Gitea Actions run `2333`. Public Pages correctly redirected unauthenticated traffic to Keycloak (`302`), while direct backend checks returned HTTP 200 for representative client/system routes and the registry.
+- On 2026-08-11, the visible navbar/site label was changed from `VSSA Documentation` to `VSSA - Clients & Systems` in commit `d062598`. Gitea Actions run `2332` succeeded and the Pages backend returned HTTP 200 with the new label.
+- On 2026-08-11, commit `e0efc31` flattened the Client Dossiers sidebar and added Systems Dossiers: 621 canonical evidence observations consolidated into 421 conservative unique-system records, 421 generated system routes, client/system provenance links, reviewed alias rules, machine-readable JSON, search indexing, and build validation. Gitea Actions run `2331` succeeded. The Pages backend returned HTTP 200 for the homepage, client 001, systems registry, representative centralized-government-IT dossier, registry JSON, and search index. Public Pages became Keycloak-protected concurrently and now correctly returns HTTP 302 to `/oauth2/start` for unauthenticated requests; this is infrastructure authentication, not a deployment failure.
+- On 2026-08-11, the dedicated VSSA-styled Docusaurus landing page and native local search were published in commit `d43effe`. The design uses the official VSSA navy/blue visual language, locally bundled Public Sans, the official mark, square geometry, a separate `/overview/` documentation route, and live registry-derived metrics. Gitea Actions run `2330` completed successfully. The public homepage, overview, directory, local 3 MB search index, and logo returned HTTP 200; a browser query for `kanceliarija` returned multiple dossier results and opened client 001 successfully. Search is generated and executed inside the static site with no external search service.
+- On 2026-08-11, `vssa-v1/vssa-clients` was renamed to `vssa-v1/documentation` with history preserved. The main worktree and 20 linked-worktree pointers were repaired and verified. Docusaurus 3.10.2 now renders all 290 dossiers from generated MDX-safe copies, preserves canonical source artifacts, and publishes byte-identical raw artifacts with SHA-256 hashes. Gitea Actions run `2329` completed successfully for commit `0a2144f`, and the public LEGO Cloud Pages homepage, directory, representative dossier routes, and raw manifest returned HTTP 200.
 - On 2026-08-11, Gitea 1.27.0 initially left web/API healthy while all Git transport operations crashed in the Go runtime during `moduledataverify1`. Gitea was subsequently updated to `1.27.1`; SSH and Smart HTTP recovered. The queued VSSA commit `6fc42ab` was pushed and remotely verified, leaving local `main` synchronized with `origin/main`.
 - **CONFIRMED recovery decision/status (2026-08-11 19:05–19:06 UTC):** after Lego asked Hermes to recheck, live verification showed Gitea `1.27.1`, REST API, SSH Git, and HTTPS Git all healthy. The queued VSSA client-dossier commit `6fc42ab` was pushed, remote `INDEX.md` was read back, and local `main` matched `origin/main`. No VSSA delivery blocker remained from this incident.
 - On 2026-08-04 at 20:05–20:42 UTC, Lego (`root_at_skic`) repeatedly asked whether Hermes was alive. These messages are evidence of the broader Hermes availability incident, not a change to the VSSA investigation scope. The incident was subsequently investigated in `#jarvis-jr-v1-hermes-setup`.
@@ -33,7 +43,11 @@ VSSA client investigation and evidence gathering.

 ## Source anchor

- Latest processed human message: `1536812738679021618` (2026-08-11 19:05 UTC). Lego asked Hermes to check Gitea after remediation; the subsequent verified result is recorded above.
+- Latest processed human message: `1536859431533281312` (2026-08-11). Lego requested the site label `VSSA - Clients & Systems`; it was published and verified as recorded above.
+- Latest processed human message: `1536847412382015629` (2026-08-11). Lego requested a flat Client Dossiers sidebar, a unique Systems Dossiers registry, and continuous documentation/research automation; all three were implemented and published as recorded above.
+- Latest processed human message: `1536845732613591160` (2026-08-11). Lego reported that the new landing page and search were not visible; inspection confirmed the changes had only existed locally. Hermes committed and pushed them, verified successful Actions run `2330`, and confirmed the public deployment and search behavior.
+- Latest processed human message: `1536835494909055107` (2026-08-11). Lego directed Hermes to rename the repository to `documentation`, convert it to Docusaurus, add Gitea Actions, and publish through LEGO Cloud Pages; the completed state is recorded above.
+- Previous processed human message: `1536812738679021618` (2026-08-11 19:05 UTC). Lego asked Hermes to check Gitea after remediation; the subsequent verified result is recorded above.
 - Previous incident message: `1536807021674762261` (2026-08-11 18:42 UTC), asking what was wrong with Gitea and how to resolve it.
 - Previous availability message: `1534300468530905170` (2026-08-04 20:42 UTC). Lego asked whether Hermes was alive; no VSSA project scope or status changed.
 - Previous terminology message: `1533032343021813930` (2026-08-01 08:43 UTC), requesting clarification of “mutation”.