Tweet
suite a vos retours et message privés, j'ai sécoué Le Claude en lui demandant de revoir sa copie de porcédure d'installation autimatique et de sécuriser PTYHON 3,12, et le venv.
Modification réalisées et fichier sur GITHUB.
Voici ce que je lui ai demandé et qu'il a réalisé
Résumé des corrections — INSTALL_PREREQUIS.py
5 corrections ciblées, syntaxe validée, create_launcher_prerequis.py non touché.
? Fix 1 — Windows : détection Python via py -3.12 (launcher Windows)
Le launcher Python Windows (py) permet d'avoir plusieurs versions coexistantes. On cherche maintenant py -3.12 en priorité, ce qui trouve Python 3.12 même si Python 3.14 est la version "par défaut". ? Fix 2 — Windows : blocage explicite si Python 3.13/3.14 détecté
Si la seule version disponible est Python 3.13+, le script affiche un message clair, ouvre la page Python 3.12, et refuse de continuer au lieu de créer un venv cassé silencieusement. ? Fix 3 — Linux : sudo -n au lieu de sudo bloquant
sudo -n (no-password) tente la commande sans bloquer. Si sudo demande un mot de passe, on continue quand même avec un message explicatif — et on donne les commandes manuelles précises à l'utilisateur. ? Fix 4 — Toutes plateformes : détection venv cassé
Si venv/ existe mais que python3 est absent dedans (venv à moitié créé), le dossier est supprimé et recréé proprement. Avant, il était accepté tel quel ? pip introuvable. ? Fix 5 — Toutes plateformes : _ensure_pip_in_venv() via ensurepip
Après chaque création de venv (Mac, Windows, Linux), on vérifie que pip est présent. Si absent ? bootstrap via ensurepip (intégré à Python, zéro dépendance système) ? fallback get-pip.py si nécessaire.
?
Modification réalisées et fichier sur GITHUB.
Voici ce que je lui ai demandé et qu'il a réalisé
Résumé des corrections — INSTALL_PREREQUIS.py
5 corrections ciblées, syntaxe validée, create_launcher_prerequis.py non touché.
? Fix 1 — Windows : détection Python via py -3.12 (launcher Windows)
Le launcher Python Windows (py) permet d'avoir plusieurs versions coexistantes. On cherche maintenant py -3.12 en priorité, ce qui trouve Python 3.12 même si Python 3.14 est la version "par défaut". ? Fix 2 — Windows : blocage explicite si Python 3.13/3.14 détecté
Si la seule version disponible est Python 3.13+, le script affiche un message clair, ouvre la page Python 3.12, et refuse de continuer au lieu de créer un venv cassé silencieusement. ? Fix 3 — Linux : sudo -n au lieu de sudo bloquant
sudo -n (no-password) tente la commande sans bloquer. Si sudo demande un mot de passe, on continue quand même avec un message explicatif — et on donne les commandes manuelles précises à l'utilisateur. ? Fix 4 — Toutes plateformes : détection venv cassé
Si venv/ existe mais que python3 est absent dedans (venv à moitié créé), le dossier est supprimé et recréé proprement. Avant, il était accepté tel quel ? pip introuvable. ? Fix 5 — Toutes plateformes : _ensure_pip_in_venv() via ensurepip
Après chaque création de venv (Mac, Windows, Linux), on vérifie que pip est présent. Si absent ? bootstrap via ensurepip (intégré à Python, zéro dépendance système) ? fallback get-pip.py si nécessaire.
?
)
Commentaire