Managing Virtual Environments in Python

venv are fiddly sometimes but necessary

30 Jul 2022

Option 1

python3 -m venv venv


source venv/bin/activate


. venv/bin/activate

(same command - . is a shortcut for source)

Option 2 - with library

pip3 install virtualenv


virtualenv .venv

Load automatically in VS Code

in .vscode > settings.json add:

"python.terminal.activateEnvironment": true

Delete venv

`rm -rf venv`   


The venv/bin/activate file can be opened to check the Python path. This is what matters:


script using Python global instead of venv

Ran into the issue where the script was using the global Python instead of the venv's.

After activating my venv, the which command showed that the path is correct, double-confirmed by checking the file path in the venv/bin/activate file.

However, when running the script, it uses the global python install:

(venv) n1c@MacN imapee % which python

running the script:

(venv) n1c@MacN imapee % /usr/bin/python3 /Users/n1c/Python/imapee/

It appeared that the file pyvenv.cfg was messing things up - not sure how that file was generated/included. Renaming it (or deleting it) solved the issue.

have you tried turning it off and on again?

15 Aug 2022

same problem as above resurfaced with another project and pyvenv.cfg didn't help.

Deleting venv with rm -rf venv and reinstalling solved the issue.