Comments on: Workingenv is dead, long live Virtualenv!

By: Gilles Lenfant

Gilles Lenfant — Wed, 07 Jan 2009 17:28:53 +0000

Me really stupit. Should have RTFM. Sorry and thanks again.

By: Ian Bicking

Ian Bicking — Wed, 07 Jan 2009 16:58:38 +0000

You can also do virtualenv -p python2.5 ENV

By: Gilles Lenfant

Gilles Lenfant — Wed, 07 Jan 2009 16:45:32 +0000

Hi,

Virualenv is great, and many thanks for this essential tool.

I have a Mac 0S 10.5 + XCode, Python 2.5 that ships with the MacOS bundle and Python 2.4 for Zope/plone works. When installing a virtualenv for Python 2.5 I need to :

$ sudo easy_install-2.5 virtualenv
$ cd somewhere
$ virtualenv my_ve_2_5

So far, so good, but if I need after this a virtualenv for Python 2.4, I need to re-install virtualenv for Python 2.4.

So this would be cool if installing virtualenv creates the “virtualenv” and “virtualenv-2.x” scripts (just as done for easy_install), unless there’s a feature I didn’t get ;)

By: Johan Segolsson

Johan Segolsson — Sun, 30 Nov 2008 13:48:28 +0000

Should virtualenv override the PYTHONPATH environment variable as well in the activate script?

By: Sean DiZazzo

Sean DiZazzo — Thu, 25 Sep 2008 06:43:39 +0000

Please remove the ‘not’ on line 400 of virtualenv.py Maybe I’m too tired, but it sure seems assbackwards.

By: kiorky

kiorky — Sat, 14 Jun 2008 18:18:32 +0000

I encountered problems while testing virtualenv under cygwin for an application port to windows. Here, you ll find a patch to make it working (it seems to). http://distfiles.minitage.org/public/externals/minitage/patches/virtualenv.win.diff

To be honnest, i’m not a windows user and do no want to.

By: Lee McFadden

Lee McFadden — Tue, 04 Dec 2007 13:21:10 +0000

I’m still having problems with certain packages on OS X 10.5, particularly Paste, but there may be others out there. I am trying to get TG2 into it’s own virtualenv so I don’t nuke my current development projects. Included is the result of easy_installing Paste (with the output from the end of an SQLAlchemy install to show what the paths should be):

Adding SQLAlchemy 0.4.1 to easy-install.pth file

Installed /Users/splee/envs/tg2/lib/python2.5/site-packages/SQLAlchemy-0.4.1-py2.5.egg
Finished processing dependencies for TurboGears2==2.0a1dev-r3757

(tg2)TheBeastie:src splee$ easy_install -U paste
Searching for paste
Reading http://pypi.python.org/simple/paste/
Couldn't retrieve index page for 'paste'
Scanning index of all packages (this may take a while)
Reading http://pypi.python.org/simple/
Reading http://pypi.python.org/simple/Paste/
Reading http://pythonpaste.org
Best match: Paste 1.5.1
Processing Paste-1.5.1-py2.5.egg
Adding Paste 1.5.1 to easy-install.pth file

Using /Library/Python/2.5/site-packages/Paste-1.5.1-py2.5.egg
Processing dependencies for paste
Finished processing dependencies for paste
(tg2)TheBeastie:src splee$

It seems that Paste is still being used from the global site-packages dir, even if I create the environment with the --no-site-packages option.

By: Simon King

Simon King — Wed, 28 Nov 2007 09:53:01 +0000

I think the Windows deactivate.bat script still has a couple of bugs. It contains this snippet:

if defined _OLD_VIRTUAL_WORKING_PATH (
    set PATH=%_OLD_VIRUTAL_PATH%
)
set _OLD_VIRTUAL_PATH=

That’s three different spellings of _OLD_VIRTUAL_PATH:

_OLD_VIRTUAL_WORKING_PATH
_OLD_VIRUTAL_PATH
_OLD_VIRTUAL_PATH

If I replace them all with _OLD_VIRTUAL_PATH, everything seems to work properly.

By: Graham Dumpleton

Graham Dumpleton — Thu, 22 Nov 2007 23:36:53 +0000

The other issue with Python 2.3 which had forgotten and only remembered when I tried to run in on a different MacOS X system, is that Python 2.3 doesn’t have the ’subprocess’ module. Thus it is necessary to copy this from a new version of Python and install it by hand before running virtualenv.

By: Jens Engel

Jens Engel — Tue, 20 Nov 2007 12:13:43 +0000

I have a problem creating a virtual environment with virtualenv-0.9.2 on Cygwin. The problem occurs when the Python interpreter/executable should be copied.

...
 File "virtualenv.py", line 468, in create_environment
    shutil.copyfile(sys.executable, py_executable)
...
IOError: [Errno 2] No such file or directory: '/bin/python'

The problem seems to be that Cygwin mostly hides the “.exe” file extension (or it is not considered for sys.executable in the Python port). But the file extension is needed for shutil.copyfile() to work.

QUICKFIX:

# -- INSERT-BEFORE: shutil.copyfile(sys.executable, py_executable), line 468
if sys.platform == "cygwin" and not sys.executable.endswith(".exe"):
    sys.executable += ".exe"