Es gibt einen Weg, wie sich herausstellt. Seit Version 1.6 oder höher enthält virtualenv ein Skript activate_this.py
, die verwendet werden kann, um einen vorhandenen Interpreter für den Zugriff auf diese bestimmte virtuelle Umgebung einzurichten.
exec(open('/Some/VirtualEnv/Directory/myvirtualenv/bin/activate_this.py').read(),
dict(__file__='/Some/VirtualEnv/Directory/myvirtualenv/bin/activate_this.py'))
Und als vollständig realisierte Plpython-Funktion:
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
(Der zusätzliche PATH-Mungery wird benötigt, da PATH standardmäßig nicht in plpython verfügbar ist. os.environ -activate_this.py hat einen fix eingecheckt das sollte mit dem nächsten Punkt-Release rollen (was 1.11.7 oder 1.12 sein sollte)
(hauptsächlich entnommen aus https://gist.github.com/dmckeone/69334e2d8b27f586414a )