playbooks: quiet down pip noise in TTS build logs

Profiling the index-tts deploy log (2057 lines) showed ~25% was just
pip's per-package Downloading / Collecting / Requirement-already /
progress-bar spam — useless for ops, hard to scan when something
actually breaks.

Three changes across the four TTS deploy playbooks:

1. Pulls (Kokoro): add --quiet. 6.5 GB pull no longer floods the log
   with per-layer progress redraws. Final "X Pulled" still prints.

2. Builds (VibeVoice, Chatterbox, IndexTTS-2): add --progress=plain
   to stop the BuildKit TUI from littering the captured log with
   carriage-return overdraws, then pipe through a grep filter that
   drops pip's noisy lines but keeps:
     - buildkit step transitions (#NN [stage])
     - DONE / CACHED / ERROR markers
     - apt + build-stage messages
   set -o pipefail keeps a real build failure from being swallowed
   by the grep's exit code.

Net effect: ~25% smaller logs, much more scannable; full visibility
into step progress and errors preserved.
This commit is contained in:
vh
2026-04-25 16:25:42 -07:00
parent b2a405fff4
commit ca16db73e0
4 changed files with 27 additions and 4 deletions
+3 -1
View File
@@ -58,7 +58,9 @@ steps:
# ── pull + bring up ─────────────────────────────────────────────────
- name: "docker compose pull (first run: ~6.5 GB from GHCR)"
shell: cd {{ compose_dir }} && docker compose pull
# --quiet drops the per-layer progress redraws that flood the log
# during a 6.5 GB pull. Final "X Pulled" line still prints.
shell: cd {{ compose_dir }} && docker compose pull --quiet
- name: docker compose up -d
shell: cd {{ compose_dir }} && docker compose up -d