Immagini server e client non funzionano su V3.0.0: uv run rilancia il sync e cerca vendor/visionsuite #39

Closed
opened 2026-09-21 21:51:48 +00:00 by Adriano · 2 comments
Owner

GRAVITÀ: alta
FILE: Dockerfile:46-52 (CMD uv run alembic … && uv run uvicorn …) ; Dockerfile.frontend:43 (RUN uv run --project /app pybabel compile) e CMD
COSA: da quando pyproject.toml ha l'extra vision-worker con dipendenze editable su vendor/visionsuite, ogni uv run dentro le immagini server e client rivalida il progetto e fallisce: le immagini copiano solo pyproject.toml, uv.lock e src/, non vendor/. Il server non parte, l'immagine client non si costruisce.
INPUT: docker build -f Dockerfile -t x . && docker run --rm x uv run python -c 'import src.backend.main' sul commit 8cc5e82.
VERIFICATO: → error: Failed to generate package metadata for visionsuite==0.0.1 @ editable+vendor/visionsuite/packages/vs-core — Distribution not found at: file:///app/vendor/visionsuite/packages/vs-core. docker build -f Dockerfile.frontend . sul commit 8cc5e82 → stesso errore al passo pybabel, exit code 2.
ORIGINE: controllo finale della revisione del 21/09/2026 (build di prova delle immagini), ramo lavoro/jeeg.

GRAVITÀ: alta FILE: Dockerfile:46-52 (CMD `uv run alembic … && uv run uvicorn …`) ; Dockerfile.frontend:43 (`RUN uv run --project /app pybabel compile`) e CMD COSA: da quando pyproject.toml ha l'extra `vision-worker` con dipendenze editable su `vendor/visionsuite`, ogni `uv run` dentro le immagini server e client rivalida il progetto e fallisce: le immagini copiano solo pyproject.toml, uv.lock e src/, non vendor/. Il server non parte, l'immagine client non si costruisce. INPUT: `docker build -f Dockerfile -t x . && docker run --rm x uv run python -c 'import src.backend.main'` sul commit 8cc5e82. VERIFICATO: → `error: Failed to generate package metadata for visionsuite==0.0.1 @ editable+vendor/visionsuite/packages/vs-core — Distribution not found at: file:///app/vendor/visionsuite/packages/vs-core`. `docker build -f Dockerfile.frontend .` sul commit 8cc5e82 → stesso errore al passo pybabel, exit code 2. ORIGINE: controllo finale della revisione del 21/09/2026 (build di prova delle immagini), ramo lavoro/jeeg.
Adriano added the bugassegnata:jeeg labels 2026-09-21 21:51:50 +00:00
Author
Owner

⚡ jeeg — preso in carico 2026-09-21T21:51:50Z
ramo: lavoro/jeeg · capacità: docker, gpu, systemd

⚡ jeeg — **preso in carico** 2026-09-21T21:51:50Z ramo: `lavoro/jeeg` · capacità: docker, gpu, systemd
Author
Owner

Soluzione

ESITO: fatto
COSA: ENV UV_NO_SYNC=1 in Dockerfile e Dockerfile.frontend: uv run usa il venv di uv sync senza rivalidare il progetto; la cache uv creata in build passa all'utente app. Verificato: build delle tre immagini, import src.backend.main ok come uid 10001, alembic heads → 014, catalogo traduzioni e tailwind.css presenti nel client.
COMMIT (ramo lavoro/jeeg, unito su V3.0.0 a d483fa1): d483fa1
PROVA: uv run --extra server --extra client --extra dev pytest -q → 622 passed, 4 skipped (erano 391); visione su Python 3.13 → 16 passed (erano 8).

**Soluzione** ESITO: fatto COSA: `ENV UV_NO_SYNC=1` in Dockerfile e Dockerfile.frontend: `uv run` usa il venv di `uv sync` senza rivalidare il progetto; la cache uv creata in build passa all'utente app. Verificato: build delle tre immagini, `import src.backend.main` ok come uid 10001, `alembic heads` → 014, catalogo traduzioni e tailwind.css presenti nel client. COMMIT (ramo lavoro/jeeg, unito su V3.0.0 a d483fa1): d483fa1 PROVA: `uv run --extra server --extra client --extra dev pytest -q` → 622 passed, 4 skipped (erano 391); visione su Python 3.13 → 16 passed (erano 8).
Adriano removed the assegnata:jeeg label 2026-09-21 21:56:47 +00:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Adriano/TieMeasureFlow#39