Il y a un moyen de le faire, comme il s'avère. Depuis la version 1.6 ou à peu près, virtualenv est livré avec un script activate_this.py
, qui peut être utilisé pour configurer un interpréteur existant pour accéder à cet environnement virtuel particulier.
exec(open('/Some/VirtualEnv/Directory/myvirtualenv/bin/activate_this.py').read(),
dict(__file__='/Some/VirtualEnv/Directory/myvirtualenv/bin/activate_this.py'))
Et en tant que fonction plpython entièrement réalisée :
CREATE OR REPLACE FUNCTION workon(venv text)
RETURNS void AS
$BODY$
import os
import sys
if sys.platform in ('win32', 'win64', 'cygwin'):
activate_this = os.path.join(venv, 'Scripts', 'activate_this.py')
else:
if not os.environ.has_key('PATH'):
import subprocess
p=subprocess.Popen('echo -n $PATH', stdout=subprocess.PIPE, shell=True)
(mypath,err) = p.communicate()
os.environ['PATH'] = mypath
activate_this = os.path.join(venv, 'bin', 'activate_this.py')
exec(open(activate_this).read(), dict(__file__=activate_this))
$BODY$
LANGUAGE plpythonu VOLATILE
(Le PATH supplémentaire est nécessaire car par défaut PATH n'est pas disponible dans plpython os.environ -activate_this.py a un correctif enregistré qui devrait rouler avec la prochaine version intermédiaire (qui devrait être 1.11.7 ou 1.12)
(extrait principalement de https://gist.github.com/dmckeone/69334e2d8b27f586414a )