archipelagoandClaude Opus 5
8e814ca06a
Demo images / Build & push demo images (push) Failing after 2m22s
Replaces the registry host across 86 files: 309 references, covering all 40 app manifests, the orchestrator and container crates, the release and catalog scripts, both demo-images workflows, the ISO builder, demo-deploy, and the frontend marketplace data. Verified the domain actually serves the registry before rewriting anything, rather than assuming the web host implies the registry: - TLS verifies clean, HTTP/2 on the web root - an anonymous token grants a manifest fetch (HTTP 200) with no credentials - skopeo inspect --no-creds resolves an image and lists its tags That last check is the one that matters: an outside developer with no account can now pull, which was the functional blocker for publishing at all. Plain-HTTP references become HTTPS in the same pass, so OTA downloads stop crossing the network in the clear. Deliberately NOT rewritten: - The public FIPS anchor on port 8444. It is a functional network endpoint every node dials to bootstrap the mesh — closer to Bitcoin Core's hardcoded seeds than to leaked infrastructure. The domain does resolve to the same host, so it could become a hostname, but that adds a DNS dependency to the path used precisely when things are broken. Worth a deliberate decision, not a side effect of this change. - The companion APK on port 2100. The domain returns 404 for that path, so rewriting it would swap a working URL for a broken one. The Releases page does serve (200), which is where the plan already wants those binaries. - releases/app-catalog.json, releases/manifest.json and release-manifest.json. These carry `signature` and `signed_by`; editing their contents invalidates the signature and the fleet refuses artifacts that fail verification. They were rewritten in a first pass and reverted — they must be regenerated and re-signed through the signing ceremony instead, which needs the mnemonic. So the catalog still advertises the old host until that ceremony runs. Nodes resolve images through the signed catalog, not the on-disk manifests, so this commit alone does not change what a node pulls. Verified: archipelago-container 75/75; every manifest still parses with a top-level app block; no signed artifact modified. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
docs/archive — historical records
Documents here are finished history: completed session logs, handovers, point-in-time status snapshots, security audits of past versions, and design docs whose feature has since shipped. They are kept for provenance and are not maintained — nothing in this directory describes the current system.
For current state, start at:
docs/architecture.md— as-built system architecturedocs/ROADMAP.md— public-facing roadmap
| File | What it was | Why archived |
|---|---|---|
rust-orchestrator-migration.md |
Design for migrating container lifecycle from bash to Rust | Migration complete — prod_orchestrator.rs + boot_reconciler.rs are the live system |
demo-deployment-design.md |
Design for the public demo sandbox | Demo shipped; docs/demo-build-info.md is the live ops doc |
app-registry-status-2026-06-21.md |
Per-app migration snapshot from node .228 @ v1.7.99-alpha | Point-in-time snapshot; headline findings (immich legacy, meshtastic present) no longer true |
security-code-audit-2026-03.md |
March 2026 security audit of v0.1.0 (33 findings) | Historical record; top findings since remediated (Argon2id, persisted sessions, image verification) |
architecture-review.html |
Generated interactive architecture guide (2026-03) | Stale generated artifact; describes an early crate/app layout |
lora-functionality.html |
Generated LoRa/mesh guide (2026-04) | Predates X3DH/double-ratchet, Reticulum transport, and mesh AI |
INSTALL-SCREENS-DESIGN.md |
Installer screen design solicitation | Installer implemented in image-recipe/ |
three-mode-ui-design.md |
Design for the Pro/Easy/Chat three-mode UI | Fully implemented (stores/uiMode.ts, EasyHome.vue, Chat.vue, goals system) |