Testoppsett i Docker med dummy-IdP

Crew-panelet har ikke OIDC ennå, så OIDC-veien kunne ikke prøves i det hele
tatt – bare enhetstestes mot et stubbet HTTP-lag. Dette gir noe å faktisk
logge inn i.

    docker compose up --build

    localhost:8091   announcer med PIN, JWT og OIDC slått på samtidig
    localhost:9000   docker/dummy_idp.py, som står for crew-panelet

8091 med vilje, så den ikke kolliderer med tjenesten på 8090.

Dummy-IdP-en kjører en ekte autorisasjonskode-runde: den krever PKCE med
S256, avviser feil code_verifier, bruker koden bare én gang, og signerer
id_token med klienthemmeligheten. Du velger hvem du logger inn som – Kari
(crew), Kent (admin) eller Ola, som har null roller og dermed skal gi 403
og ikke 401. /token?who=kari&go=1 logger deg inn via token-lenka, slik
panelet skal gjøre.

To ting i oppsettet som ser rart ut, men ikke er det:

- authorization_endpoint peker på localhost:9000 fordi nettleseren skal
  dit, mens token_endpoint peker på idp:9000 fordi announcer selv snakker
  med den inne i compose-nettet. Delt horisont. Det tester samtidig at
  manuelle endepunkter virker, som er veien når et panel mangler discovery.
- UV_PROJECT_ENVIRONMENT=/opt/venv i bildet: /app er et bind-mount av
  repoet, og uten den ville containerens uv sync overskrevet .venv som den
  kjørende tjenesten bruker.

/run/user/1000 er montert inn, så pw-play i containeren spiller på vertens
anlegg. Det er verifisert; kommenter ut linja hvis du bare skal teste UI.

Docker er bare for testing. På en ekte maskin kjører appen nativt med
install.sh, fordi lyden skal ut på maskinens egen lydutgang.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

compose.yaml

@@ -0,0 +1,45 @@
+# Testoppsett, ikke produksjon:  docker compose up --build
+#
+#   http://localhost:8091   announcer (PIN + JWT + OIDC slått på)
+#   http://localhost:9000   dummy-IdP som later som den er crew-panelet
+#
+# Porten er 8091 med vilje, så den ikke kolliderer med tjenesten på 8090.
+name: announcer-test
+
+services:
+  announcer:
+    build: .
+    ports: ["8091:8090"]
+    user: "1000:1000"
+    environment:
+      ANNOUNCER_CONFIG: /app/docker/config.test.toml
+      # Buffer, logg og sesjonsnøkkel holdes utenfor repoet, så testing ikke
+      # blander seg med det den kjørende tjenesten eier.
+      ANNOUNCER_CACHE: /data/cache
+      ANNOUNCER_LOG: /data/logs/announcements.jsonl
+      ANNOUNCER_STATE: /data/instance
+      ANNOUNCER_VOICES: /app/voices
+      ANNOUNCER_JWT_SECRET: test-hemmelighet-kun-for-docker-ikke-bruk-ekte
+      ANNOUNCER_OIDC_CLIENT_SECRET: test-client-secret-kun-for-docker
+      # Må peke dit nettleseren ser appen, ellers blir OIDC-redirecten feil.
+      ANNOUNCER_PUBLIC_URL: http://localhost:8091
+      XDG_RUNTIME_DIR: /run/user/1000
+    volumes:
+      - .:/app
+      - ./.docker-data:/data
+      # Lyd: gir containeren vertens PipeWire. Kommenter ut hvis du bare
+      # skal teste innlogging og UI – da feiler avspilling, men ikke annet.
+      - /run/user/1000:/run/user/1000
+    depends_on: [idp]
+
+  idp:
+    build: .
+    ports: ["9000:9000"]
+    user: "1000:1000"
+    environment:
+      IDP_ISSUER: http://localhost:9000
+      IDP_CLIENT_ID: announcer
+      IDP_CLIENT_SECRET: test-client-secret-kun-for-docker
+    volumes:
+      - .:/app
+    command: ["python", "docker/dummy_idp.py"]