Documentation of sys.base_prefix is unclear when a virtual environment is created from another virtual environment

Ouverte
#95,469 1 commentaire 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
3/5
Temps estimé
1-2 jours
Accessibilité débutants
35/100
Type d'issue
Documentation
Clarté
Plutôt claire
Activité
À l'abandon
Stack technique
python
Domaine
documentation

Piste de recherche

Commencez par la documentation de sys.base_prefix et sys.base_exec_prefix, puis examinez le comportement décrit pour la création de venvs imbriqués à l’aide des commandes indiquées. Lisez site.py et vérifiez l’effet de l’option -S de Python. Le travail est terminé lorsque la documentation indique explicitement les valeurs attendues pour les environnements virtuels imbriqués et documente le comportement de -S.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

docs

Documentation of the sys module

The documentation of sys.base_prefix states that "base_prefix and base_exec_prefix will remain pointing to the base Python installation (the one which the virtual environment was created from)"

In the case of creating one virtual environment from another:

python -m venv foo --without pip
foo/Scripts/python.exe -m venv bar --without-pip

sys.base_prefix in bar points to the system Python installation, not to foo. (Tested on Windows). I believe this behaviour is better, and I'm suspect that existing tools rely on it, but regardless of what is correct behaviour, the documentation should be more explicit about what the expected value of sys.base_prefix is in a virtual environment created from another virtual environment.

Also, given that the behaviour is documented as being (at least in part) implemented in site.py, the behaviour when the -S flag ("don't import site") is supplied to Python should be documented as well.

Langage dominant
Python
Étoiles
77.2k
Forks
36k
Merge moyen
1 j 9 h
PR mergées (30 j)
558

Guide de contribution

Ouvrir le guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de python/cpython

Toutes les issues de python/cpython

Issues similaires

Plus d'issues Python

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.