With rp 1.33, I've started to see a .env file created next to the pre-configured Python venv that I use. I don't know whether this is related to "virtenv_mode": "use", "virtenv": "/home/rp/rp-venv" in my resource definition or to something in the raptor or task set-up.
Anyway, is this expected behavior?
I think I've previously seen such files for venvs that RP creates, but not for existing venvs that it (re)uses.
Is the path for /home/rp/rp-venv.env chosen because it is in my home directory or because it is a modification of the venv path? I don't think there was previously an assumption that the parent directory of the virtual environment would be writable. This could cause problems in some environments.
It also appears that the file has session-specific information, which would introduce a restriction that a venv may only be used by one pilot at a time.
With rp 1.33, I've started to see a
.env
file created next to the pre-configured Python venv that I use. I don't know whether this is related to"virtenv_mode": "use", "virtenv": "/home/rp/rp-venv"
in my resource definition or to something in the raptor or task set-up.Anyway, is this expected behavior?
I think I've previously seen such files for venvs that RP creates, but not for existing venvs that it (re)uses.
Is the path for
/home/rp/rp-venv.env
chosen because it is in my home directory or because it is a modification of the venv path? I don't think there was previously an assumption that the parent directory of the virtual environment would be writable. This could cause problems in some environments.It also appears that the file has session-specific information, which would introduce a restriction that a venv may only be used by one pilot at a time.