chore(7.C): retire l'instrumentation ProcessPoolExecutor du conftest

Le monkey-patch d'investigation introduit dans le commit 78846f6
(PR #59) avait servi à identifier la cause racine du hang
``_python_exit`` sur Python 3.12 ubuntu (les tests web qui chargent
un vrai ``TesseractEngine`` via ``engine_from_name``). La cause
ayant été trouvée et fixée à la source dans
``picarones/measurements/runner/orchestration.py``, l'instrumentation
n'a plus de raison d'être.

Le commentaire du commit 78846f6 disait explicitement :

Le monkey-patch d'instrumentation est conservé dans
``tests/conftest.py`` jusqu'à confirmation que la CI Ubuntu 3.12
passe désormais. À retirer dans un commit séparé une fois la
preuve faite.

PR #59 a passé la CI sur tous les OS/versions Python — preuve faite.
On retire le patch pour ne pas alourdir l'output pytest avec des
stack traces désormais inutiles.

Le ``pytest_sessionfinish`` existant qui détecte les threads
non-daemon stuck reste actif — toute future fuite continuera d'être
loggée via ``faulthandler.dump_traceback_later(60)``.

https://claude.ai/code/session_011XQZNitg1rCgia8ZD1a2hP

tests/conftest.py

@@ -49,49 +49,7 @@ os.environ.pop("PICARONES_PUBLIC_MODE", None)
 os.environ.setdefault("PICARONES_RATE_LIMIT_PER_HOUR", "0")
 
 
-# (3) Instrumentation temporaire — investigation du flake CI Python 3.12 ubuntu.
-#
-# Stack trace observée systématiquement à la fin de la suite :
-#
-#     File "concurrent/futures/process.py", line 587 in _join_executor_internals
-#     File "concurrent/futures/process.py", line 106 in _python_exit
-#     File "threading.py", line 1594 in _shutdown
-#     Error: Process completed with exit code 124.
-#
-# Le ``_python_exit`` de ``concurrent.futures.process`` essaie de joindre des
-# workers de ``ProcessPoolExecutor`` qui n'ont pas été shutdown.  Mais nous
-# ne savons pas QUEL test (ou quelle dépendance tierce) instancie ce pool —
-# aucun test du repo n'utilise explicitement ``execution_mode="cpu"``.
-#
-# Ce patch loggue chaque création de ``ProcessPoolExecutor`` avec sa stack
-# trace pour identifier la source.  À retirer une fois la cause trouvée.
-import sys as _sys
-import traceback as _traceback
-from concurrent.futures import process as _futures_process
-
-_PROCESS_POOL_CREATIONS: list[str] = []
-
-
-_original_pool_init = _futures_process.ProcessPoolExecutor.__init__
-
-
-def _logged_pool_init(self, *args, **kwargs):  # type: ignore[no-untyped-def]
-    stack = _traceback.format_stack()
-    record = (
-        f"\n[conftest:investigate] ProcessPoolExecutor instancié "
-        f"(args={args}, kwargs={kwargs}) — stack :\n"
-        + "".join(stack[-12:])  # 12 derniers frames suffisent pour identifier
-    )
-    _PROCESS_POOL_CREATIONS.append(record)
-    _sys.stderr.write(record)
-    _sys.stderr.flush()
-    return _original_pool_init(self, *args, **kwargs)
-
-
-_futures_process.ProcessPoolExecutor.__init__ = _logged_pool_init
-
-
-# (4) Désactivation préventive du thread daemon de tqdm.
+# (3) Désactivation préventive du thread daemon de tqdm.
 # Sur Python 3.12+ (ubuntu-latest en CI), le combo
 # ``tqdm._monitor`` + ``ProcessPoolExecutor`` (utilisé par
 # ``picarones.measurements.runner.orchestration`` pour les moteurs
@@ -156,17 +114,6 @@ def pytest_sessionfinish(session, exitstatus) -> None:  # noqa: ARG001
             )
         sys.stderr.flush()
 
-    # Récap des créations de ProcessPoolExecutor capturées par le
-    # patch (3) ci-dessus — utile en CI pour voir d'un coup d'œil
-    # combien de pools ont été créés et qui est responsable.
-    if _PROCESS_POOL_CREATIONS:
-        sys.stderr.write(
-            f"\n[conftest:investigate] {len(_PROCESS_POOL_CREATIONS)} "
-            f"ProcessPoolExecutor créés pendant la session.\n"
-            f"Stack traces complètes ci-dessus dans la sortie pytest.\n",
-        )
-        sys.stderr.flush()
-
     # Si le shutdown hang plus de 60s, on aura les stack traces.
     faulthandler.dump_traceback_later(
         timeout=60,