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>
52 lines
1.4 KiB
YAML
52 lines
1.4 KiB
YAML
app:
|
|
id: indeedhub-redis
|
|
name: IndeedHub Redis
|
|
version: "7.4.8-alpine"
|
|
description: Redis queue/cache backend for IndeedHub.
|
|
category: community
|
|
|
|
# Hyphen name matches runtime references + the live container (adoption);
|
|
# alias `redis` is the short hostname the api/ffmpeg reach (QUEUE_HOST=redis).
|
|
container_name: indeedhub-redis
|
|
|
|
container:
|
|
image: source.archipelago-foundation.org/lfg2025/redis:7.4.8-alpine
|
|
pull_policy: if-not-present
|
|
network: indeedhub-net
|
|
network_aliases: [redis]
|
|
|
|
dependencies:
|
|
- storage: 1Gi
|
|
|
|
resources:
|
|
memory_limit: 256Mi
|
|
|
|
security:
|
|
# The alpine entrypoint runs as container-root, `find`s /data to chown
|
|
# anything not owned by the redis user, then su-execs to it. Under the
|
|
# orchestrator's --cap-drop=ALL, root cannot traverse the 0700
|
|
# appendonlydir owned by uid 999 without DAC_OVERRIDE (observed
|
|
# crash-looping ~4k restarts on a test node) — CHOWN is what the find's
|
|
# -exec chown needs on adopted legacy data.
|
|
capabilities: [CHOWN, DAC_OVERRIDE, SETGID, SETUID]
|
|
readonly_root: false
|
|
network_policy: isolated
|
|
|
|
ports: []
|
|
|
|
# Named volume matches the live indeedhub-redis-data volume on .228.
|
|
volumes:
|
|
- type: volume
|
|
source: indeedhub-redis-data
|
|
target: /data
|
|
options: [rw]
|
|
|
|
environment: []
|
|
|
|
health_check:
|
|
type: tcp
|
|
endpoint: localhost:6379
|
|
interval: 30s
|
|
timeout: 5s
|
|
retries: 3
|