[Python-Dev] Proposal for virtualenv functionality in Python

Tres Seaver tseaver at palladion.com
Sun Feb 21 19:51:41 CET 2010


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Gregory P. Smith wrote:

> On Fri, Feb 19, 2010 at 4:18 PM, P.J. Eby <pje at telecommunity.com> wrote:
>> At 01:49 PM 2/19/2010 -0500, Ian Bicking wrote:
>>> I'm not sure how this should best work on Windows (without symlinks, and
>>> where things generally work differently), but I would hope if this idea is
>>> more visible that someone more opinionated than I would propose the
>>> appropriate analog on Windows.
>> You'd probably have to just copy pythonv.exe to an appropriate directory,
>> and have it use the configuration file to find the "real" prefix.  At least,
>> that'd be a relatively obvious way to do it, and it would have the advantage
>> of being symmetrical across platforms: just copy or symlink pythonv, and
>> make sure the real prefix is in your config file.

+1 for having the conf file in the same directory as the pythonv
esecutable (yes, I know it isn't FHS compatible, but virtualevn is kind
of antithetical to the spirit of FHS anyway).

>> (Windows does have "shortcuts" but I don't think that there's any way for a
>> linked program to know *which* shortcut it was launched from.)
> 
> Some recent discussion pointed out that vista and win7 ntfs actually
> supports symlinks.  the same question about determining where it was
> launched from may still hold there? (and we need this to work on xp).
> 
> How often do windows users need something like virtualenv?  (Asking
> for experience from windows users of all forms here).  I personally
> can't imagine anyone that would ever use a system generic python
> install from a .msi unless they're just learning python.  I would hope
> people would already use py2exe or similar and include an entire
> CPython VM with their app with their own installer but as I really
> have nothing to do with windows these days I'm sure I'm wrong.
> 
> What about using virtualenv with ironpython and jython?  does it make
> any sense in that context?  how do we make it not impossible for them
> to support?

virtualenv already works with jython:  I used it just the other day to
test installing BFG in a jython sandbox (which also worked fine).



Tres.
- --
===================================================================
Tres Seaver          +1 540-429-0999          tseaver at palladion.com
Palladion Software   "Excellence by Design"    http://palladion.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkuBgLgACgkQ+gerLs4ltQ5x8ACghv5gXczECU+gKHmZg6L+LYA1
CWMAn0j99m9TtE0LeQ2Z9zOUpse3P53b
=l+uZ
-----END PGP SIGNATURE-----



More information about the Python-Dev mailing list