You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am working for a large company and have a user account without administrator privileges. The machine I am using is a virtual machine that gets reset to virgin state every night. There are two Python installations on this machine:
Python 2.7 in C:\Program Files; this installation is managed by our IT department and I cannot modify it
Python 3.7 in C:\MyPython; this Anaconda installation is managed by me and I can modify it
The problem is that there is a system environment variable defined by my IT department: PYTHONHOME=C:\Program Files\Python27
This variable causes "conda activate" to fail because during activation conda obviously respects the wrong value of PYTHONHOME.
You can reproduce the issue by setting PYTHONHOME in the system environment to some arbitrary path that does not even have to exist (i.e. no parallel python installation is required) and then try to activate conda.
I my eyes it is an invalid concept to respect PYTHONHOME during activation/initialization. The whole purpose of calling "conda activate" is to initialize the environment and bring it into a well defined state. Any existing value of PYTHONHOME should be overridden!
The text was updated successfully, but these errors were encountered:
I am working for a large company and have a user account without administrator privileges. The machine I am using is a virtual machine that gets reset to virgin state every night. There are two Python installations on this machine:
The problem is that there is a system environment variable defined by my IT department: PYTHONHOME=C:\Program Files\Python27
This variable causes "conda activate" to fail because during activation conda obviously respects the wrong value of PYTHONHOME.
You can reproduce the issue by setting PYTHONHOME in the system environment to some arbitrary path that does not even have to exist (i.e. no parallel python installation is required) and then try to activate conda.
I my eyes it is an invalid concept to respect PYTHONHOME during activation/initialization. The whole purpose of calling "conda activate" is to initialize the environment and bring it into a well defined state. Any existing value of PYTHONHOME should be overridden!
The text was updated successfully, but these errors were encountered: