Adriano/TieMeasureFlow
1
0
Fork 0
Code Issues 4 Pull Requests Actions Packages Projects Releases 3 Wiki Activity

Pacchetto Windows: worker di visione senza strumenti, mancano gli entry point di vs-tools #82

New Issue
Closed
opened 2026-10-19 19:50:00 +00:00 by Adriano · 3 comments
Adriano commented 2026-10-19 19:50:00 +00:00
Owner
Copy Link
Copy Source

ESITO: bloccato (fiera A&T Vicenza 27-29/10)
RIF: gitea:Adriano/TieMeasureFlow, setup v3.0.0-rc2 (V3.0.0 d652891); stesso difetto di gitea:Adriano/TieVision-Studio#98
COSA: nel pacchetto Nuitka src/vision/runner.py:167 e :229 chiamano visionsuite.task.registry.load_tools(), che trova gli strumenti solo con importlib.metadata.entry_points(group="visionsuite.task.tools") (dichiarati in vendor/visionsuite/packages/vs-tools/pyproject.toml). packaging/windows/build.ps1:88-89 non include metadati di vs-* → nessuno strumento registrato → ogni ricetta di visione fallisce con tipo sconosciuto.
VERIFICATO: grep -c -a 'contours_between = visionsuite' daitarn:C:/Users/Adriano/lavoro/TieMeasureFlow-win-prova/build/nuitka/avvio.dist/TieMeasureFlow.exe → 0 (entry point assenti nel binario, build 17/10 11:21). Stesso controllo sull'exe di Studio 0.1.1 → 0, e lì /api/tools risponde {"tools":[]} sul PC fiera DESKTOP-FVJB02N.
VERIFICATO: git grep "visionsuite.tools|import_module" origin/V3.0.0 -- src packaging → nessun import esplicito dei moduli strumento.
PRESUNTO: effetto a runtime nel pacchetto TMF (esecuzione di una ricetta) non provato: serve licenza tiemeasureflow per daitarn o il PC fiera.
FIX: stesso schema di TieVision-Studio#98 (elenco MODULI generato alla build dagli entry point, import esplicito nel processo che esegue src.vision, controllo --controlla-strumenti dell'exe prima di Inno Setup).

ESITO: bloccato (fiera A&T Vicenza 27-29/10) RIF: gitea:Adriano/TieMeasureFlow, setup v3.0.0-rc2 (V3.0.0 d652891); stesso difetto di gitea:Adriano/TieVision-Studio#98 COSA: nel pacchetto Nuitka src/vision/runner.py:167 e :229 chiamano visionsuite.task.registry.load_tools(), che trova gli strumenti solo con importlib.metadata.entry_points(group="visionsuite.task.tools") (dichiarati in vendor/visionsuite/packages/vs-tools/pyproject.toml). packaging/windows/build.ps1:88-89 non include metadati di vs-* → nessuno strumento registrato → ogni ricetta di visione fallisce con tipo sconosciuto. VERIFICATO: grep -c -a 'contours_between = visionsuite' daitarn:C:/Users/Adriano/lavoro/TieMeasureFlow-win-prova/build/nuitka/avvio.dist/TieMeasureFlow.exe → 0 (entry point assenti nel binario, build 17/10 11:21). Stesso controllo sull'exe di Studio 0.1.1 → 0, e lì /api/tools risponde {"tools":[]} sul PC fiera DESKTOP-FVJB02N. VERIFICATO: git grep "visionsuite.tools|import_module" origin/V3.0.0 -- src packaging → nessun import esplicito dei moduli strumento. PRESUNTO: effetto a runtime nel pacchetto TMF (esecuzione di una ricetta) non provato: serve licenza tiemeasureflow per daitarn o il PC fiera. FIX: stesso schema di TieVision-Studio#98 (elenco MODULI generato alla build dagli entry point, import esplicito nel processo che esegue src.vision, controllo --controlla-strumenti dell'exe prima di Inno Setup).
Adriano added the bug label 2026-10-19 19:50:00 +00:00
Adriano commented 2026-10-19 21:01:09 +00:00
Author
Owner
Copy Link
Copy Source

ANALISI (passo 1, claude-opus-5-5)
RIF: gitea:Adriano/TieMeasureFlow#82; schema già provato in gitea:Adriano/TieVision-Studio#98 (commit 8bb1653, tag v0.1.2: exe con 73 strumenti, payload identici al sorgente sul PC fiera)
RAMO: lavoro/daitarn-strumenti82 da origin/V3.0.0 d652891, worktree daitarn:C:/Users/Adriano/lavoro/TieMeasureFlow-82 (submodule vendor/visionsuite 2e73691)
COSA: nel pacchetto Nuitka il worker di visione (thread «vision», src.vision_worker → src/vision/runner.py:167,229 load_tools()) non trova strumenti: entry point visionsuite.task.tools assenti dal binario. Correzione solo in packaging/windows/; src/ e vendor/ NON si toccano.

MODIFICHE (stesso schema di TieVision-Studio#98, leggere git -C C:/Users/Adriano/lavoro/TieVision-Studio-test show 8bb1653 -- packaging tests come modello):

  1. packaging/windows/build.ps1, dopo l'elenco dei pacchetti visionsuite e prima di Nuitka: genera packaging/windows/_strumenti.py con MODULI = entry point ordinati del gruppo visionsuite.task.tools, letti con l'interprete del build ($py, venv build\venv313, NON uv run). Elenco vuoto → throw. Gitignorato.
  2. packaging/windows/avvio.py: registra_strumenti() -> list[str] (load_tools() + import esplicito di MODULI, ImportError di _strumenti → (), moduli falliti loggati e raccolti). Chiamata in main() dopo licenza/migrazioni e PRIMA di avvia_server (i server girano in thread dello stesso processo, quindi basta una volta).
  3. avvio.py: opzione --controlla-strumenti, senza licenza, senza server, senza migrazioni né DB: JSON {strumenti, kind, falliti, unavailable} su stdout se c'è e in %PROGRAMDATA%\Tielogic\TieMeasureFlow\log\controllo-strumenti.json (stessa cartella log del pacchetto: verificare cartella_dati()); exit 0 se strumenti>0 e falliti vuoto, altrimenti 3. Docstring aggiornata.
  4. build.ps1, dopo il controllo .py/.pyc e prima di Inno Setup (anche con -SenzaSetup il controllo gira): Start-Process -Wait -PassThru dell'exe con --controlla-strumenti, cancellando prima il JSON vecchio; exit≠0 → throw col JSON; stampa N.
  5. Commento inline su ogni modifica; CLAUDE.md di TMF: una riga nella sezione del pacchetto Windows. Correggere il commento falso di build.ps1:88 («nulla li legge»).

TEST:

  • packaging/windows/tests/test_avvio.py: come Studio (assenza _strumenti, modulo inesistente raccolto, import per nome, --controlla-strumenti exit 0 senza licenza e senza server, exit 3 con modulo fallito, ordine strumenti → server).
  • Suite: comando del CLAUDE.md di TMF per i test del pacchetto e per src/vision (base nota: suite completa 911 passed, 4 skipped su V3.0.0 d652891).
  • Build reale: la lancia chi coordina, staccata dalla sessione (il primo tentativo su Studio è stato ucciso per memoria). Atteso N = 73 (stesso Core 2e73691).

NON TOCCARE: src/, vendor/visionsuite, migrazioni, .gitea/workflows, logica di licenza, tag e rami V3.0.0/main.

ANALISI (passo 1, claude-opus-5-5) RIF: gitea:Adriano/TieMeasureFlow#82; schema già provato in gitea:Adriano/TieVision-Studio#98 (commit 8bb1653, tag v0.1.2: exe con 73 strumenti, payload identici al sorgente sul PC fiera) RAMO: lavoro/daitarn-strumenti82 da origin/V3.0.0 d652891, worktree daitarn:C:/Users/Adriano/lavoro/TieMeasureFlow-82 (submodule vendor/visionsuite 2e73691) COSA: nel pacchetto Nuitka il worker di visione (thread «vision», src.vision_worker → src/vision/runner.py:167,229 load_tools()) non trova strumenti: entry point visionsuite.task.tools assenti dal binario. Correzione solo in packaging/windows/; src/ e vendor/ NON si toccano. MODIFICHE (stesso schema di TieVision-Studio#98, leggere `git -C C:/Users/Adriano/lavoro/TieVision-Studio-test show 8bb1653 -- packaging tests` come modello): 1. packaging/windows/build.ps1, dopo l'elenco dei pacchetti visionsuite e prima di Nuitka: genera packaging/windows/_strumenti.py con MODULI = entry point ordinati del gruppo visionsuite.task.tools, letti con l'interprete del build ($py, venv build\venv313, NON `uv run`). Elenco vuoto → throw. Gitignorato. 2. packaging/windows/avvio.py: registra_strumenti() -> list[str] (load_tools() + import esplicito di MODULI, ImportError di _strumenti → (), moduli falliti loggati e raccolti). Chiamata in main() dopo licenza/migrazioni e PRIMA di avvia_server (i server girano in thread dello stesso processo, quindi basta una volta). 3. avvio.py: opzione --controlla-strumenti, senza licenza, senza server, senza migrazioni né DB: JSON {strumenti, kind, falliti, unavailable} su stdout se c'è e in %PROGRAMDATA%\Tielogic\TieMeasureFlow\log\controllo-strumenti.json (stessa cartella log del pacchetto: verificare cartella_dati()); exit 0 se strumenti>0 e falliti vuoto, altrimenti 3. Docstring aggiornata. 4. build.ps1, dopo il controllo *.py/*.pyc e prima di Inno Setup (anche con -SenzaSetup il controllo gira): Start-Process -Wait -PassThru dell'exe con --controlla-strumenti, cancellando prima il JSON vecchio; exit≠0 → throw col JSON; stampa N. 5. Commento inline su ogni modifica; CLAUDE.md di TMF: una riga nella sezione del pacchetto Windows. Correggere il commento falso di build.ps1:88 («nulla li legge»). TEST: - packaging/windows/tests/test_avvio.py: come Studio (assenza _strumenti, modulo inesistente raccolto, import per nome, --controlla-strumenti exit 0 senza licenza e senza server, exit 3 con modulo fallito, ordine strumenti → server). - Suite: comando del CLAUDE.md di TMF per i test del pacchetto e per src/vision (base nota: suite completa 911 passed, 4 skipped su V3.0.0 d652891). - Build reale: la lancia chi coordina, staccata dalla sessione (il primo tentativo su Studio è stato ucciso per memoria). Atteso N = 73 (stesso Core 2e73691). NON TOCCARE: src/, vendor/visionsuite, migrazioni, .gitea/workflows, logica di licenza, tag e rami V3.0.0/main.
Adriano added the assegnata:daitarn label 2026-10-19 21:01:10 +00:00
Adriano commented 2026-10-19 21:01:11 +00:00
Author
Owner
Copy Link
Copy Source

🔵 daitarn — preso in carico 2026-10-19T21:01:07Z
ramo: lavoro/daitarn · capacità: build-windows, gpu

🔵 daitarn — **preso in carico** 2026-10-19T21:01:07Z ramo: `lavoro/daitarn` · capacità: build-windows, gpu
Adriano commented 2026-10-19 22:16:22 +00:00
Author
Owner
Copy Link
Copy Source

Soluzione

ESITO: fatto (runtime con licenza non provato)
RIF: gitea:Adriano/TieMeasureFlow#82
COMMIT: ae2353f su V3.0.0 (fast-forward da d652891), tag v3.0.0-rc3
FILE: packaging/windows/build.ps1 — genera packaging/windows/_strumenti.py con $py (12 moduli visionsuite.task.tools, gitignorato); dopo Nuitka esegue l'exe con --controlla-strumenti (exit≠0 → build fallita); corretto il commento «nulla li legge»
FILE: packaging/windows/avvio.py — registra_strumenti() dopo le migrazioni e prima di avvia_server; --controlla-strumenti senza licenza/server/DB, JSON in %PROGRAMDATA%\Tielogic\TieMeasureFlow\log\controllo-strumenti.json, exit 0/3
FILE: packaging/windows/tests/test_avvio.py — 7 test; CLAUDE.md — trappola nella sezione pacchetto
PROVA: pytest packaging/windows/tests → 22 passed; src/vision + src/vision_worker → 29 passed (Sonnet claude-sonnet-5-5; diff ricontrollato da claude-opus-5-5). Suite completa NON rieseguita (~1,5 h su daitarn; diff solo in packaging/).
PROVA: build.ps1 -Versione 3.0.0 su daitarn → «Moduli-strumento (12)», «Controllo strumenti: 73 tipi registrati nell'exe» (= Studio 0.1.2, stesso Core 2e73691); setup 153,8 MB sha256 03e7f04784993ba58f91ecedeace4f91f8fee81bd13aedfd570a780363415f1f
MANCA: esecuzione di una ricetta nel TMF installato con licenza (PC fiera TMF non ancora disponibile); asset della CI di rilascio al tag v3.0.0-rc3 da verificare.

**Soluzione** ESITO: fatto (runtime con licenza non provato) RIF: gitea:Adriano/TieMeasureFlow#82 COMMIT: ae2353f su V3.0.0 (fast-forward da d652891), tag v3.0.0-rc3 FILE: packaging/windows/build.ps1 — genera packaging/windows/_strumenti.py con $py (12 moduli visionsuite.task.tools, gitignorato); dopo Nuitka esegue l'exe con --controlla-strumenti (exit≠0 → build fallita); corretto il commento «nulla li legge» FILE: packaging/windows/avvio.py — registra_strumenti() dopo le migrazioni e prima di avvia_server; --controlla-strumenti senza licenza/server/DB, JSON in %PROGRAMDATA%\Tielogic\TieMeasureFlow\log\controllo-strumenti.json, exit 0/3 FILE: packaging/windows/tests/test_avvio.py — 7 test; CLAUDE.md — trappola nella sezione pacchetto PROVA: pytest packaging/windows/tests → 22 passed; src/vision + src/vision_worker → 29 passed (Sonnet claude-sonnet-5-5; diff ricontrollato da claude-opus-5-5). Suite completa NON rieseguita (~1,5 h su daitarn; diff solo in packaging/). PROVA: build.ps1 -Versione 3.0.0 su daitarn → «Moduli-strumento (12)», «Controllo strumenti: 73 tipi registrati nell'exe» (= Studio 0.1.2, stesso Core 2e73691); setup 153,8 MB sha256 03e7f04784993ba58f91ecedeace4f91f8fee81bd13aedfd570a780363415f1f MANCA: esecuzione di una ricetta nel TMF installato con licenza (PC fiera TMF non ancora disponibile); asset della CI di rilascio al tag v3.0.0-rc3 da verificare.
Adriano removed the assegnata:daitarn label 2026-10-19 22:16:23 +00:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
assegnata:daitarn
assegnata:jeeg
attesa:adriano
attesa:cliente
attesa:macchina
bug
Difetto trovato in revisione o in uso
 sviluppo
Sviluppo o miglioria da fare
No Label bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
Adriano
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Adriano/TieMeasureFlow#82
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?