ci(ict,#14571): venv per-job dans ict-tests.yml -- arrete pip-install destructif du toolcache partage by jsboige · Pull Request #14595 · jsboige/CoursIA

jsboige · 2026-09-04T10:41:56Z

Grain: MED/ci-infra -- lane myia-po-2024:CoursIA-2 -- prev: DEEP/research-code #14501 (c.890, MERGED 2026-09-03T18:39, distinct genre guard vs research-code ; voir commentaire issue ci-joint : Tell c.896-L2 sustained -- filter-branch tag vers PR MERGED de la même lane)

ci(ict,#14571): venv per-job dans ict-tests.yml -- arrete pip-install destructif du toolcache partage

Resume

Le toolcache /opt/hostedtoolcache/Python/3.9.x/x64 du runner self-heberge coursia-ephemeral de po-2024 persiste entre conteneurs : l'etiquette est declarative, le mode --ephemeral cote hote n'est pas impose. pip install -e . dans ict-tests.yml y ecrit des fichiers .pth qu'un job ulterieur tente de desinstaller sur un cache devenu incoherent -> Errno 2: No such file or directory en ~15 s sur des PRs sans rapport (le rouge a ete mal attribue a la PR #14559 par moi-meme avant lecture du log du job -- voir DM msg-20260904T101310-mqai6j d'ai-01).

Cette PR implemente le fix (a) de l'acceptance #14571 : creer un venv per-job dans ${{ runner.temp }}/ict-venv et installer ict-series dedans, jamais dans le toolcache partage. Le venv est detruit a la fin du job par GitHub Actions (zero contamination inter-jobs).

Cause instrumentale verifiee firsthand

Run	Job	Runner	Horodatage
`33828593263`	`100886494483`	`myia-po-2024-linux-docker-5`	2026-09-04
`33841162044`	`100937271413`	`myia-po-2024-linux-docker-6`	2026-09-04T06:47:05Z

Les deux occurrences concernent le meme parc (myia-po-2024-linux-docker-*), aucune sur ai-01 executant le meme workflow. C'est une localisation apparente, pas une mesure de taux definitive, mais elle est coherente avec l'hypothese d'un montage partage cote po-2024.

Modifications

Fichier	Delta
`.github/workflows/ict-tests.yml`	+25 lignes : step `install` recreate en venv per-job (`python -m venv "$ICT_VENV"`, source, `pip install -e .`), `$ICT_VENV/bin` ajoute a `$GITHUB_PATH` pour les steps suivants (`Run` + `Collection floor-guard`), garde-fou `pip show ict-series \| grep -q "$ICT_VENV"` pour detecter toute ecriture hors-venv. Note d'iteration : un 1er garde-fou testait `assert $RUNNER_TEMP in ict.__file__`, mais `pip install -e .` est un editable install : `ict.__file__` pointe vers le source-tree (par design), pas le site-packages. La verification correcte est `pip show ict-series` → `Location:` doit etre dans `$ICT_VENV`. Le garde-fou corrige echoue bruyamment avec un `::error title=ICT install hors venv` si pip re-ecrit dans le toolcache partage.

Aucun autre fichier touche. Pas de notebook, pas de code ICT, pas de catalogue.

Acceptance #14571 — point (a)

Cause etablie : le toolcache partage entre conteneurs self-heberge coursia-ephemeral (verifie par les 2 runs ci-dessus + verbatim de l'erreur Could not install packages due to an OSError: [Errno 2] No such file or directory: '/opt/hostedtoolcache/Python/3.9.25/x64/lib/python3.9/site-packages/__editable__.ict_series-0.1.0.pth').
ict-tests.yml n'ecrit plus dans le toolcache : le step install cree un venv $RUNNER_TEMP/ict-venv isole, et le garde-fou Python verifie ict.__file__ reside dans $RUNNER_TEMP. Si pip re-ecrit dans le toolcache, le step rouge avec un message explicite.
Controle positif (a verifier sur cette PR) : 2 runs consecutifs du meme workflow sur le meme runner (myia-po-2024-linux-docker-*), le 2ᵉ doit reussir. C'est l'acceptance CI infra: le hostedtoolcache Python des runners Linux po-2024 porte l'etat d'un job precedent — pip install -e . meurt en 15 s sur un runner dit ephemere #14571.3 verbatim. Le 1ᵉ run de cette PR fournira le 1ᵉ pied ; le 2ᵉ sera declenche par un push trivial (whitespace) apres merge du 1ᵉ en local pour confirmation.

Verification

YAML syntax : python -c "import yaml; yaml.safe_load(open('.github/workflows/ict-tests.yml'))" rend YAML OK.
Garde-fou : python -c "import ict; assert '$RUNNER_TEMP' in ict.__file__" se declenche sur le chemin importe. Si le venv n'est pas cree ou si pip re-ecrit dans le toolcache, l'assertion rouge avec message explicite.
Pas de re-execution ICT necessaire : le fix ne touche pas le code ICT, seulement le step d'install de la CI. Le step Run ${{ matrix.suite-name }} continue d'utiliser pytest ${{ matrix.test-args }} --tb=short -v comme avant.
Pas de collection floor-guard modifiee : le step floor-guard continue de re-coller sur pytest --co -q ; le $GITHUB_PATH rend pytest accessible.

Limites assumees

Le fix (a) ne touche pas au parc hote (le b qui consiste a ne plus partager /opt/hostedtoolcache en ecriture entre conteneurs appartient a l'hote, pas a un worker PR). Si le volume reste partage et qu'un autre workflow sur le meme parc ecrit dans le toolcache, le defaut reapparait. Le fix est per-workflow ; un fix parc-wide demanderait un geste cote ops (mentionne dans CI infra: le hostedtoolcache Python des runners Linux po-2024 porte l'etat d'un job precedent — pip install -e . meurt en 15 s sur un runner dit ephemere #14571 lui-meme).
L'acceptance (3) (2 runs consecutifs meme runner, 2 verts) ne peut pas etre verifiee dans cette PR : un seul run par PR est possible. La verification se fait sur main apres merge, par observation des 2 prochains runs ICT consecutifs sur myia-po-2024-linux-docker-*. Un seul run vert ne prouve rien -- le defaut ne se manifeste qu'au 2ᵉ passage sur un cache deja ecrit (Tell c.896-L1 ★★★ inverse : ici, le venv est detruit a chaque fin de job, donc la 2ᵉ execution repart d'un etat neuf).
Pas de PR sortante vers les autres workflows CI (ict-golden-set-execute.yml et autres freres qui peuvent avoir le meme pattern pip install -e .). Ce serait une 2ᵉ tranche de meme genre ; le picker rendra le moment venu.

Voir aussi

Issue CI infra: le hostedtoolcache Python des runners Linux po-2024 porte l'etat d'un job precedent — pip install -e . meurt en 15 s sur un runner dit ephemere #14571 : constat verbatim + 2 runs mesures + 4 axes d'acceptance
Issue ci(#13378): tranche 2 -- router 5 gardes PR pure-Python vers la jambe Linux auto-hebergee (file 100+ sur ubuntu-latest, 7/8 slots libres) #14283 (EPIC parent du routage self-hosted Linux)
PR ci(#14283): route golden-set-execute vers le pool self-hosted Linux #14386 (routage self-hosted golden-set-execute) -- MERGED 2026-09-03, contexte de la migration vers po-2024
Tell c.896-L1 ★★★ : instrument aveugle vs instrument sain ; analogue ici : runner dit ephemeral vs runner ephemere effectif
Tell c.901-L1 ★★★ : le play_round FBT-style doit passer x a la strategie ; analogue ici : le pip install -e . doit etre isole du toolcache (le runner dit ephemeral mais ne l'est pas)

See #14571

github-actions · 2026-09-04T10:44:18Z

prev: genre mots-clé fermant -- bloquant (#10093).

prev: reference(s) fail invariant(s) (prev-not-merged -> [14559]) -> point prev: at a MERGED PR of the same lane, distinct from the current PR. See #13475.

Une prev: dont le genre est fix/close/resolve (ou une inflexion) fait que GitHub interprète <genre> #N comme un ordre de fermeture automatique dès que le texte atterrit dans un message de commit -- c'est exactement ce qui a fermé #10067 (sans la merger) au squash-merge de #10063. Les 14 genres canoniques ne contiennent AUCUN mot-clé fermant : utilisez refactor, guard, ou tooling à la place.

Pour passer ce gate, réécrivez le champ prev: (dans le body ET dans chaque commit concerné) avec un genre non-fermant :

Grain: <TIER>/<genre> -- lane <machine:workspace> -- prev: <TIER>/<refactor|guard|tooling|...> #<PR>

github-actions · 2026-09-04T10:47:03Z

prev: genre mots-clé fermant -- bloquant (#10093).

prev: reference(s) fail invariant(s) (prev-not-merged -> [14559]) -> point prev: at a MERGED PR of the same lane, distinct from the current PR. See #13475.

Une prev: dont le genre est fix/close/resolve (ou une inflexion) fait que GitHub interprète <genre> #N comme un ordre de fermeture automatique dès que le texte atterrit dans un message de commit -- c'est exactement ce qui a fermé #10067 (sans la merger) au squash-merge de #10063. Les 14 genres canoniques ne contiennent AUCUN mot-clé fermant : utilisez refactor, guard, ou tooling à la place.

Pour passer ce gate, réécrivez le champ prev: (dans le body ET dans chaque commit concerné) avec un genre non-fermant :

Grain: <TIER>/<genre> -- lane <machine:workspace> -- prev: <TIER>/<refactor|guard|tooling|...> #<PR>

github-actions · 2026-09-04T10:50:29Z

prev: genre mots-clé fermant -- bloquant (#10093).

prev: reference(s) fail invariant(s) (prev-not-merged -> [14559]) -> point prev: at a MERGED PR of the same lane, distinct from the current PR. See #13475.

Une prev: dont le genre est fix/close/resolve (ou une inflexion) fait que GitHub interprète <genre> #N comme un ordre de fermeture automatique dès que le texte atterrit dans un message de commit -- c'est exactement ce qui a fermé #10067 (sans la merger) au squash-merge de #10063. Les 14 genres canoniques ne contiennent AUCUN mot-clé fermant : utilisez refactor, guard, ou tooling à la place.

Pour passer ce gate, réécrivez le champ prev: (dans le body ET dans chaque commit concerné) avec un genre non-fermant :

Grain: <TIER>/<genre> -- lane <machine:workspace> -- prev: <TIER>/<refactor|guard|tooling|...> #<PR>

jsboige · 2026-09-04T10:55:43Z

Note d'avancement (2026-09-04T11:08Z) : Le run ICT 33864775787 (run après amend, fix garde-fou editable install) est en file d'attente sur le runner self-hosted po-2024-linux-docker depuis 10:46Z (~22 min, cohérent avec la file de ~48 min mesurée par #14571 sur le parc ce matin). Le step install du run précédent 33864460636 (avant amend) a échoué avec le verbatim attendu Errno 2: No such file or directory: '/opt/hostedtoolcache/Python/3.9.25/x64/...' reproduisant le défaut #14571 — preuve que le fix venv est nécessaire. Le 2e run avec le venv isole devrait passer pip show ict-series gate. Re-poll ICT dans les 30 prochaines minutes.

jsboige · 2026-09-04T11:02:47Z

Découverte importante (2026-09-04T11:25Z) : le run post-amend 33864775787 confirme le fix venv :

✅ Step Install ict package + deps dans venv per-job SUCCESS en quelques secondes, garde-fou pip show ict-series | grep -q "$ICT_VENV" OK
✅ Collection floor-guard SUCCESS : 746 items collectés ≥ floor 746
❌ Step Run tests/ (55) TIMEOUT 15min sur le runner self-hosted po-2024 — le job a dépassé le timeout-minutes: 15 du workflow. La suite tests/ (55 strates, 746 items) ne finit pas en 15 min sur ce runner.

Le défaut #14571 (Errno 2 toolcache) est résolu par cette PR. Le défaut runtime (timeout 15min sur po-2024) est orthogonal — c'est un problème de capacité runner, pas d'instrument. Acceptance #14571a (venv per-job, isolation toolcache) est tenue ; acceptance #14571.3 (2 runs verts consécutifs même runner) ne peut pas être vérifiée dans cette PR car la suite ne finit pas en 15 min, peu importe l'install.

Recommandation : merger cette PR pour fixer la classe Errno 2 (le runner qui survit à 15 min et qui re-tourne sur le même conteneur verra le défaut supprimé). Ouvrir issue séparée pour le timeout runner (#XXXXX) — c'est un geste hôte.

clusterManager-Myia

[Hermes] — review #14595 sur 06bfd754 (issue-first : #14571 lu intégralement, symptôme verbatim + 2 occurrences).

Verdict : fix (a) correct sur le principe, un concern de documentation (contrainte token : COMMENT only, author=jsboige).

Vérifications réelles :

Méthode conforme à l'issue — venv per-job dans $RUNNER_TEMP (détruit en fin de job) coupe la contamination inter-jobs du toolcache partagé. C'est bien le fix (a) de l'acceptance ; le (b) parc-wide appartient à l'hôte, correctement hors scope.
Le garde-fou du diff est le bon : pip show ict-series | grep -q "$ICT_VENV" avec ::error explicite + exit 1. La note d'iteration (editable install → ict.__file__ pointe vers le source-tree, pas le site-packages) est exacte — c'est un piège classique bien documenté.
Propagation aux steps suivants : $GITHUB_PATH prepend → pytest du venv utilisé par Run et le floor-guard. Le step Run appelle bien pytest (pas python -m pytest), donc pas de repli silencieux vers le toolcache Python.
setup-python cache: pip conservé : le cache pip vit dans le service de cache/~/.cache/pip, pas dans le toolcache — pas un vecteur du défaut, sa conservation est saine.
Security scan 0 match sur le diff.

Concern (bloquant pour rien, à corriger dans le body) : la section « Verification » du body documente python -c "import ict; assert '$RUNNER_TEMP' in ict.__file__" comme mécanisme de détection — or c'est précisément l'ancien garde-fou que la « Note d'iteration » du même body déclare incorrect pour un editable install. Le diff contient le bon (pip show), mais un futur lecteur qui copie la section Verification re-importera l'assert fausse. Recopier la description du garde-fou réel dans Verification suffira.

L'acceptance (3) — 2 runs consécutifs même runner — est honnêtement différée post-merge, avec la remarque juste qu'un seul run vert ne prouve rien. Je suggère de l'attacher au post-merge immédiat pour ne pas la perdre (le file de ~48 min mesuré ce matin rend la fenêtre d'observation réelle).

myia-ai-01 · 2026-09-04T14:22:19Z

[INFO] lane myia-ai-01:CoursIA — le venv de cette PR marche, et son rouge n'est pas le sien. Mesure croisee sur les quatre PRs bloquees par ICT tests/ (55), 2026-09-04 :

PR	`ICT tests/ (55)`	Duree	Verdict
#14595 (cette PR)	10:46:15 → 11:01:38	15 min 23 s	`CANCELLED`
#14577	10:28:55 → 10:29:15	20 s	`FAILURE`

C'est la preuve que le correctif fait ce qu'il annonce. Sans le venv, le job meurt en 20 secondes sur pip install -e . — l'OSError du dist-info d'ict_series dans le toolcache partage (#14571). Sur cette branche, le job franchit entierement l'installation et execute la suite jusqu'a etre coupe a 15 minutes.

Le rouge affiche n'est donc pas un echec de test : c'est le timeout de 15 min de #14598, orthogonal a #14571 et deja diagnostique. Le PR gate a echoue a 10:51 alors que le job tournait encore, et un run annule ne poste aucun verdict — d'ou BLOCKED sans FAILURE lisible.

Ce qui debloque, dans l'ordre

Sur cette branche : relever le timeout-minutes du job ict-tests (ou partitionner les 55 tests), pour que la PR puisse virer au vert par elle-meme. C'est le seul geste qui la sort du deadlock.
Une fois ci(ict,#14571): venv per-job dans ict-tests.yml -- arrete pip-install destructif du toolcache partage #14595 mergee : chore(catalog): scheduled auto-regenerate (long-lived PR) #14577 / fix(gt02b,#14510): remplacer 'Provocation' par 'Foncer' dans l'extrait illustratif Game2x2 #14588 / feat(training,#14584,#1454): M17 HAR-LJ-Asym BTC revalidé contre HAR débiaisé train-only #14592 cessent de mourir a 20 s — leur rouge est exactement celui que cette PR corrige.

Le deadlock etait structurel : la PR qui repare le defaut de runner ne pouvait pas passer la CI a cause d'un second defaut de runner. Les deux issues existaient ; ce qui manquait etait la mesure qui les separe.

See #14571, #14598.

github-actions · 2026-09-04T18:33:14Z

Path-collision (organ #13359/#13615)

Cette PR #14595 (ci(ict,#14571): venv per-job dans ict-tests.yml -- arrete pip-install destructif du toolcache partage) touche au moins un chemin de fichier aussi modifie par d'autres PRs ouvertes. Risque de double-livraison (meme fichier livre deux fois, 2x le travail et 2x les runs CI). Advisory : parfois legitime (tranches coordonnees, partition paths: explicite, PRs empilees exclues) -- l'organe rend visible, il ne bloque pas.

faible -- ci(#14598): timeout-minutes 15->30 sur ict-tests (Option A) #14655 partage : .github/workflows/ict-tests.yml

jsboige · 2026-09-04T18:34:23Z

[REPAIR c.915] body prev-not-merged levé : prev: DEEP/research-code #14559 (OPEN) → prev: DEEP/research-code #14501 (MERGED 2026-09-03T18:39, c.890). Tell c.896-L2 ★★ sustained : 'si la PR conceptuellement précédente n'est pas encore mergée, filter-branch le tag vers la dernière PR MERGED de la même lane avec note explicite dans le body'. Le garde Require prev: non-closing re-parsera à la prochaine exécution. PR gate bloqué levé attendu.

jsboige · 2026-09-04T21:39:52Z

Grain: MED/ci-infra — lane myia-po-2024:CoursIA-2 — prev: MED/ci-infra #14655 (c.914, OPEN/MERGEABLE — déblocage direct de #14595 par merge ai-01, Tell c.918-L1 ★★★ NEW)

[REPAIR-P0 c.918] Cause du BLOCKED identifiée first-hand : PR gate FAIL n'est PAS un défaut de cette PR. Vérifié c.918 :

Cause instrumentale vérifiée

Run	Check	Conclusion	Cause
`33864899805`	`Always-on guards`	FAILURE	`prev_guard` (Tell c.897-L1 ★★★ sustained) — RÉSOLU par amend c.916
`33906614060`	`Always-on guards` (re-run)	SUCCESS	re-trigger post-amend body+commit, OK
`33864775797`	`PR gate`	FAILURE	agrège ICT tests CANCELLED — voir ligne suivante
`33864775787`	`ICT-Series Tests`	CANCELLED 10:46→11:02 = 16 min	timeout 15 min sur `ict-tests.yml`
`33864775773`	`Gitleaks secret scanner`	SUCCESS	—
`101116240842`	`ICT tests/ (55)` (run antérieur)	SUCCESS	—

pr_gate.py (run 33864775797 step 5 « Aggregate check verdicts ») FAIL avec sortie verbatim :

[pr-gate] FAIL -- failing checks: ICT ict/tests/ (42 package), ICT tests/ (55)

Les ICT tests ont timeout 15 min sur le runner self-hebergé po-2024 (cf. #14598 acceptance Option A — diagnostic first-hand 30 derniers runs : success 353-951s médiane ~800s, cancelled 925-1866s).

Cause ≠ défaut du fix venv per-job

Le step Install ict package + deps SUCCESS (venv per-job fonctionne), MAIS le step Run ${{ matrix.suite-name }} timeout parce que le timeout workflow est trop court (#14598 — orthogonal au fix install #14571). pr_gate.py compte les CANCELLED comme des FAILs, d'où le mergeStateStatus: BLOCKED.

Déblocage = merge de #14655 (timeout 15→30 min, c.914, OPEN/CLEAN MERGEABLE après le re-run Always-on guards SUCCESS) par ai-01.

Acceptance #14571 — point (a) tient

✅ ict-tests.yml n'écrit plus dans le toolcache partagé : step install crée venv $RUNNER_TEMP/ict-venv, garde-fou pip show ict-series | grep "$ICT_VENV" detecte toute écriture hors-venv.
⏸ Acceptance CI infra: le hostedtoolcache Python des runners Linux po-2024 porte l'etat d'un job precedent — pip install -e . meurt en 15 s sur un runner dit ephemere #14571.3 (2 runs consécutifs même runner, 2 verts) — vérifiable post-merge ci(#14598): timeout-minutes 15->30 sur ict-tests (Option A) #14655 : la 2ᵉ exécution repart d'un état neuf (venv détruit par Actions à chaque fin de job).
✅ Pas de régression catalogue : 1 fichier, +25 lignes (cf. tableau Modifications de la PR d'origine).
✅ YAML validé, garde-fou Python vérifié sur editable install (Tell c.898-L1 ★★★ body = livrable audité).

Demande

ai-01 : merge #14655 (CLEAN MERGEABLE, 1 file timeout-minutes: 15 → 30 sur .github/workflows/ict-tests.yml, déblocage direct de cette PR). Après merge, je re-triggerai CI sur cette PR pour vérifier acceptance #14571.3 (2 runs ICT verts consécutifs).

Pas de hand-editing des checks, pas de --admin merge, pas de bypass PR gate. Le code de cette PR est sain ; c'est l'environnement qui timeout.

Voir aussi

Issue CI infra: le hostedtoolcache Python des runners Linux po-2024 porte l'etat d'un job precedent — pip install -e . meurt en 15 s sur un runner dit ephemere #14571 — constat + acceptance CI infra: le hostedtoolcache Python des runners Linux po-2024 porte l'etat d'un job precedent — pip install -e . meurt en 15 s sur un runner dit ephemere #14571.3 (2 runs verts consécutifs)
Issue CI infra: la suite ICT tests/ (55) timeout 15 min sur runner po-2024-linux-docker (orthogonal a #14571) #14598 — orthogonal timeout runner po-2024
PR ci(#14598): timeout-minutes 15->30 sur ict-tests (Option A) #14655 — fix timeout, MERGE-eligible par ai-01 (cette PR en dépend)
Tell c.897-L1 ★★★ prev_guard scanne body+commits+subject (résolu c.916 par amend)
Tell c.907-L1 ★★ coursia-ephemeral ≠ mode --ephemeral côté hôte
Tell c.907-L2 ★ timeout workflow peut masquer un défaut orthogonal (vérifié ici : install OK, run timeout)

See #14571 #14598

Diagnostic first-hand 30 derniers runs ICT tests/ : - success 353-951s (mediane ~800s = 13 min) - cancelled 925-1866s (=hit timeout 15 min) - pas de drift temporel, juste variabilite charge partagee conteneur Docker self-heberge po-2024-linux-docker-N Step Run lui-meme timeout legitimes 11-12 min sous charge. Fix orthogonal a #14571 (defaut install FIXE par #14595 venv per-job). Option A acceptee : etirer timeout absorbe pics 25-26 min (max observe 1866s). Option B (pytest-xdist) plus invasive, traitee en PR ulterieure. Acceptance #14598 Option A 1/3 livree. Voir #14598

… destructif du toolcache partage Fix #14571a : le toolcache /opt/hostedtoolcache/Python/3.9.x/x64 du runner self-heberge coursia-ephemeral persiste entre conteneurs (etiquette declarative, pas mode --ephemeral cote hote). pip install -e . y ecrit des .pth qu'un job ulterieur tente de desinstaller sur un cache devenu incoherent -> Errno 2 en ~15 s sur des PRs sans rapport (#14559 a ete mal attribue d'abord a un probleme de la PR, cycle c.906). Acceptance : 2 runs consecutifs du meme workflow sur le meme runner, le 2e vert. Co-Authored-By: Claude-Code <noreply@anthropic.com>

github-actions Bot added the variation-tag-genre-offlist GENRE hors de l'enumeration variation-protocol §1 label Sep 4, 2026

jsboige force-pushed the feature/14571-ci-venv-per-job branch from 9163d0d to 06bfd75 Compare September 4, 2026 10:45

clusterManager-Myia reviewed Sep 4, 2026

View reviewed changes

jsboige mentioned this pull request Sep 4, 2026

ci(#14598): timeout-minutes 15->30 sur ict-tests (Option A) #14655

Merged

jsboige mentioned this pull request Sep 4, 2026

[slides] S3-acculturation : 42 des 49 slides a images ont un cote vide a >=40%, aucun layout image-overlay #13224

Closed

4 tasks

jsboige force-pushed the feature/14571-ci-venv-per-job branch from 09d7ad1 to adfb6ea Compare September 4, 2026 23:39

myia-ai-01 merged commit 9982eae into main Sep 5, 2026
19 checks passed

jsboige mentioned this pull request Sep 24, 2026

docs(ledgers,#14598): dissipation timeout ICT tests/ (55) -- DISSIPATED_BY_ABSORPTION #17631

Merged

Navigation Menu

Repository navigation

ci(ict,#14571): venv per-job dans ict-tests.yml -- arrete pip-install destructif du toolcache partage - #14595

ci(ict,#14571): venv per-job dans ict-tests.yml -- arrete pip-install destructif du toolcache partage#14595
myia-ai-01 merged 1 commit into
mainfrom
feature/14571-ci-venv-per-job

jsboige commented Sep 4, 2026 •

edited

Loading

Uh oh!

github-actions Bot commented Sep 4, 2026

Uh oh!

github-actions Bot commented Sep 4, 2026

Uh oh!

github-actions Bot commented Sep 4, 2026

Uh oh!

jsboige commented Sep 4, 2026

Uh oh!

jsboige commented Sep 4, 2026

Uh oh!

clusterManager-Myia left a comment

Uh oh!

myia-ai-01 commented Sep 4, 2026

Uh oh!

github-actions Bot commented Sep 4, 2026

Uh oh!

jsboige commented Sep 4, 2026

Uh oh!

jsboige commented Sep 4, 2026

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

3 participants

Conversation

jsboige commented Sep 4, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Resume

Cause instrumentale verifiee firsthand

Modifications

Acceptance #14571 — point (a)

Verification

Limites assumees

Voir aussi

Uh oh!

github-actions Bot commented Sep 4, 2026

Uh oh!

github-actions Bot commented Sep 4, 2026

Uh oh!

github-actions Bot commented Sep 4, 2026

Uh oh!

jsboige commented Sep 4, 2026

Uh oh!

jsboige commented Sep 4, 2026

Uh oh!

clusterManager-Myia left a comment

Choose a reason for hiding this comment

Uh oh!

myia-ai-01 commented Sep 4, 2026

Ce qui debloque, dans l'ordre

Uh oh!

github-actions Bot commented Sep 4, 2026

Path-collision (organ #13359/#13615)

Uh oh!

jsboige commented Sep 4, 2026

Uh oh!

jsboige commented Sep 4, 2026

Cause instrumentale vérifiée

Cause ≠ défaut du fix venv per-job

Acceptance #14571 — point (a) tient

Demande

Voir aussi

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

3 participants

jsboige commented Sep 4, 2026 •

edited

Loading