Quel est l'équivalent en Python des environnements virtuels mais pour un compte utilisateur sur un Mac OS ?

Si vous tenez absolument à ce paradigme, les machines virtuelles semblent être la prochaine étape logique, non ? Prenez Virtualbox et faites votre travail dans une VM.

Notez cependant que les gestionnaires de paquets résolvent de nombreux problèmes que virtualenv aborde. Les librairies que vous mentionnez ne changeront pas radicalement d'interface, ce sont des versions stables.

Ce sont les librairies Python qui sont les plus volatiles, pas les choses comme FreeType. J'utiliserais simplement la version utilisée par X11.

Je ne suis pas sûr de comprendre ce que vous demandez mais, si vous demandez à créer des environnements virtuels Python en utilisant virtualenv alors vous y êtes déjà. L'avantage d'utiliser virtualenv est qu'il crée une instance Python autonome dans le répertoire de l'environnement virtuel que vous créez. Lorsque vous utilisez l'option python y pip dans le virtualenv bin (c'est ce qui se passe lorsque vous activate le virtualenv), tous les paquets Python que vous installez, que ce soit avec python setup.py o pip install ou même easy_install sont installés sur un site-library dans l'environnement virtuel et n'ont aucun effet sur les autres installations Python sur votre système. Le répertoire de l'environnement virtuel et son contenu sont soumis aux permissions normales du système de fichiers. Vous pouvez donc le créer sans avoir besoin d'utiliser la commande sudo (par exemple, si vous le créez quelque part dans votre répertoire personnel) et vous pouvez définir les autorisations du fichier pour contrôler si d'autres utilisateurs ont accès au virtualenv. À moins que vous n'utilisiez l'option --no-site-packages lors de la création du virtualenv, ce dernier aura accès aux paquets existants ou nouveaux ajoutés à l'instance Python de base (l'instance Python du système ou toute autre instance utilisée pour créer le virtualenv, par défaut, l'instance Python que vous avez utilisée pour créer le virtualenv). virtualenv a été installé à l'origine). Mais les paquets installés localement dans l'environnement virtuel n'affectent pas l'instance originale de Python. Si vous avez utilisé virtualenv --no-site-packages Si la bibliothèque Python est utilisée, aucun paquet en dehors de la bibliothèque standard Python ne sera "hérité" par l'environnement virtuel.

Vous pouvez utiliser virtualenv en conjonction avec des gestionnaires de paquets tiers comme MacPorts, Homebrew, ou Fink (ils comprennent virtualenv ports/recipes/packages), mais dans un environnement virtuel, vous devrez gérer vous-même les paquets Python locaux, en utilisant probablement la commande pip installé dans chaque environnement virtuel. virtualenv ne fournit pas de mécanisme pour gérer les entités qui ne sont pas empaquetées à l'aide de l'empaquetage standard de type distutils de Python, c'est-à-dire les applications et les bibliothèques C non-Python.