Le souci de python3 -m venv .venv c'est qu'il crée un venv qui s'appelle .venv, donc le prompt ressemble à (.venv) mdk@seraph:/tmp.
Ça se personalise avec --prompt mais je trouve ça lourd python3 -m venv --prompt nom_du_projet .venv, on pourrait écrire python3 -m venv --prompt "$(basename "$PWD")", l'avantage c'est que ça traîne dans l'historique, mais je préfère encore m'en faire une fonction bash, comme ça je peux activer le venv en même temps :
Les petits 1ドル qui traînent c'est parce que j'ai plusieurs version de Python (3.4, 3.5, 3.6, 3.7, 3.8, 3.9, et 3.10 là), installés avec make altinstall donc je peux toucher le Python de ma Debian via python ou un Python compilé à la main via python3.x.
Demo time :
$ mkdir petitprojet
$ cd petitprojet/
$ venv
(petitprojet)(py3.9.4) $
ou
$ venv 3.6
(petitprojet)(py3.6.12) $
Pour ceux qui veulent comme moi plein plein de versions de Python, j'avoue aussi utiliser des fonctions bash pour ça. Elle est plus compliquée qu'elle pourrait : j'aime bien me compiler des beta, et j'aime bien avoir --with-pydebug mais uniquement après la 3.8, car avant la 3.8 le build de debug n'est pas compatible avec le build normal (pas pratique pour les extensions compilées).
compile_python (){localPY_VERSION="1ドル";localBETA="2ドル";localFLAGS="";if dpkg --compare-versions "$PY_VERSION" ge 3.8.0;thenFLAGS="--with-pydebug";fi;localURL="https://www.python.org/ftp/python";(cd /tmp;
wget -qO- $URL/$PY_VERSION/Python-$PY_VERSION$BETA.tgz | tar -xzf - ||(echo"Version not found, check on $URL.");[ -d Python-$PY_VERSION$BETA]&&(cd Python-$PY_VERSION$BETA;
./configure $FLAGS --prefix=$HOME/.local/ && make -j $(nproc)&& make altinstall )&& rm -r Python-$PY_VERSION$BETA)}
# Nommer ses venv, c'est bien
Posté par JulienPalard . En réponse à la dépêche Python — partie 7 — Environnements virtuels. Évalué à 3. Dernière modification le 08 mai 2021 à 09:54.
Le souci de
python3 -m venv .venvc'est qu'il crée un venv qui s'appelle.venv, donc le prompt ressemble à(.venv) mdk@seraph:/tmp.Ça se personalise avec
--promptmais je trouve ça lourdpython3 -m venv --prompt nom_du_projet .venv, on pourrait écrirepython3 -m venv --prompt "$(basename "$PWD")", l'avantage c'est que ça traîne dans l'historique, mais je préfère encore m'en faire une fonction bash, comme ça je peux activer le venv en même temps :Les petits
1ドルqui traînent c'est parce que j'ai plusieurs version de Python (3.4, 3.5, 3.6, 3.7, 3.8, 3.9, et 3.10 là), installés avecmake altinstalldonc je peux toucher le Python de ma Debian viapythonou un Python compilé à la main viapython3.x.Demo time :
ou
Pour ceux qui veulent comme moi plein plein de versions de Python, j'avoue aussi utiliser des fonctions bash pour ça. Elle est plus compliquée qu'elle pourrait : j'aime bien me compiler des beta, et j'aime bien avoir
--with-pydebugmais uniquement après la 3.8, car avant la 3.8 le build de debug n'est pas compatible avec le build normal (pas pratique pour les extensions compilées).et tant qu'a faire :