<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: 2 Python Environment Experiments</title>
	<atom:link href="http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/</link>
	<description></description>
	<pubDate>Tue, 06 Jan 2009 12:16:56 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ian Bicking</title>
		<link>http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/comment-page-1/#comment-1868</link>
		<dc:creator>Ian Bicking</dc:creator>
		<pubDate>Mon, 29 Oct 2007 20:53:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/#comment-1868</guid>
		<description>Chris: in the trunk I switched to a monkeypatch of distutils.sysconfig, which should point distutils at your site-wide include directory.  This *should* make it unnecessary to copy over include.</description>
		<content:encoded><![CDATA[<p>Chris: in the trunk I switched to a monkeypatch of distutils.sysconfig, which should point distutils at your site-wide include directory.  This <em>should</em> make it unnecessary to copy over include.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Calloway</title>
		<link>http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/comment-page-1/#comment-1867</link>
		<dc:creator>Chris Calloway</dc:creator>
		<pubDate>Mon, 29 Oct 2007 20:48:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/#comment-1867</guid>
		<description>_\[Ed. note: the include directory is copied over in virtualenv trunk\]_

    ? easy_install virtualenv==dev
    ? virtualenv myvirtualenv
    ? ls myvirtualenv
    bin lib
    ?

What happened?

Python 2.5.1 straight out of Ubuntu Feisty repo; fresh Feisty; just testing. include is over in /usr/include/python2.5. Is there a command line option to point out the correct directory? I guess I can manually copy this over? Is this a Python 2.5 thing?</description>
		<content:encoded><![CDATA[<p><em>&#91;Ed. note: the include directory is copied over in virtualenv trunk&#93;</em></p>

<pre><code>? easy_install virtualenv==dev
? virtualenv myvirtualenv
? ls myvirtualenv
bin lib
?
</code></pre>

<p>What happened?</p>

<p>Python 2.5.1 straight out of Ubuntu Feisty repo; fresh Feisty; just testing. include is over in /usr/include/python2.5. Is there a command line option to point out the correct directory? I guess I can manually copy this over? Is this a Python 2.5 thing?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dobes Vandermeer</title>
		<link>http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/comment-page-1/#comment-1416</link>
		<dc:creator>Dobes Vandermeer</dc:creator>
		<pubDate>Fri, 12 Oct 2007 01:23:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/#comment-1416</guid>
		<description>activate.bat doesn't seem to work in windows much.  I was going to diagnose the problem further but looking at the script I can see this has no hope in hell of working and just needs an overhaul.  All the percent signs and backslashed are doubled, the \_OLD\_VIRTUAL\_PROMPT is used before it is set, and it sets the path to %VIRTUAL_ENV%\bin, even though python and easy_install are being installed in Scripts ... need I go on?  I would prefer to see it installing things into bin/ for cross-platform compatibility, too, instead of scripts.   

   C:\work&#62;test\_env\Scripts\activate.bat
   (test\_env) %PROMPT%deactivate
   'deactivate' is not recognized as an internal or external command, operable program or batch file.

   (test\_env) %PROMPT%python
   'pyth\on' is not recognized as an internal or external command, operable program or batch file.

   (test\_env) %PROMPT%easy\_install
   'easy\_install' is not recognized as an internal or external command, operable program or batch file.

</description>
		<content:encoded><![CDATA[<p>activate.bat doesn&#8217;t seem to work in windows much.  I was going to diagnose the problem further but looking at the script I can see this has no hope in hell of working and just needs an overhaul.  All the percent signs and backslashed are doubled, the &#95;OLD&#95;VIRTUAL&#95;PROMPT is used before it is set, and it sets the path to %VIRTUAL<em>ENV%\bin, even though python and easy</em>install are being installed in Scripts &#8230; need I go on?  I would prefer to see it installing things into bin/ for cross-platform compatibility, too, instead of scripts.   </p>

<p>C:\work&gt;test&#95;env\Scripts\activate.bat
   (test&#95;env) %PROMPT%deactivate
   &#8216;deactivate&#8217; is not recognized as an internal or external command, operable program or batch file.</p>

<p>(test&#95;env) %PROMPT%python
   &#8216;pyth\on&#8217; is not recognized as an internal or external command, operable program or batch file.</p>

<p>(test&#95;env) %PROMPT%easy&#95;install
   &#8216;easy&#95;install&#8217; is not recognized as an internal or external command, operable program or batch file.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon King</title>
		<link>http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/comment-page-1/#comment-1221</link>
		<dc:creator>Simon King</dc:creator>
		<pubDate>Thu, 04 Oct 2007 13:50:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/#comment-1221</guid>
		<description>Hi again,

(Where should virtualenv issues be reported, by the way? Is the distutils list a better place?)

I don't think virtualenv (0.8.4) works if you don't have an internet connection and you don't already have setuptools installed. This is because it runs ez\_setup.py, and ez_setup.py always downloads setuptools unless it finds the appropriate egg in os.curdir (ie. it ignores the egg mentioned on the command line)

A possible workaround would be to change directory to the support-files directory before running ez\_setup.py. Otherwise ez\_setup.py itself needs to be changed.

Thanks again,

Simon</description>
		<content:encoded><![CDATA[<p>Hi again,</p>

<p>(Where should virtualenv issues be reported, by the way? Is the distutils list a better place?)</p>

<p>I don&#8217;t think virtualenv (0.8.4) works if you don&#8217;t have an internet connection and you don&#8217;t already have setuptools installed. This is because it runs ez&#95;setup.py, and ez_setup.py always downloads setuptools unless it finds the appropriate egg in os.curdir (ie. it ignores the egg mentioned on the command line)</p>

<p>A possible workaround would be to change directory to the support-files directory before running ez&#95;setup.py. Otherwise ez&#95;setup.py itself needs to be changed.</p>

<p>Thanks again,</p>

<p>Simon</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Orr</title>
		<link>http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/comment-page-1/#comment-1102</link>
		<dc:creator>Mike Orr</dc:creator>
		<pubDate>Mon, 24 Sep 2007 22:53:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/#comment-1102</guid>
		<description>Good work, Ian, as always.  Pylons is deciding which virtual Python environment to recommend/HOWTO in its tutorials.  (Can HOWTO be a verb?)  I have been recommending workingenv, and James G has started promoting zc.buildout.  My main concern is the proliferation of approaches and the instability if we keep changing our minds.  Kind of like the problem of too many web frameworks.  I'd like to see a Python standard emerge but I guess it's too soon for that.

I hope the incompatibility with Apple's Python gets resolved soon, since portability to all platforms is an important factor for some people choosing a virtual environment.</description>
		<content:encoded><![CDATA[<p>Good work, Ian, as always.  Pylons is deciding which virtual Python environment to recommend/HOWTO in its tutorials.  (Can HOWTO be a verb?)  I have been recommending workingenv, and James G has started promoting zc.buildout.  My main concern is the proliferation of approaches and the instability if we keep changing our minds.  Kind of like the problem of too many web frameworks.  I&#8217;d like to see a Python standard emerge but I guess it&#8217;s too soon for that.</p>

<p>I hope the incompatibility with Apple&#8217;s Python gets resolved soon, since portability to all platforms is an important factor for some people choosing a virtual environment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Calloway</title>
		<link>http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/comment-page-1/#comment-1060</link>
		<dc:creator>Chris Calloway</dc:creator>
		<pubDate>Sun, 23 Sep 2007 04:40:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/#comment-1060</guid>
		<description>Fun stuff. You should check out [how virtualenv is being used with zopeproject](http://baijum81.livejournal.com/22191.html).

One nit: the include directory doesn't get copied by virtualenv. So eggs which build some C extensions (e.g., numpy) will not install with the easy_install copied over by virtualenv.

[Ed. note: the include directory is copied over in virtualenv trunk]</description>
		<content:encoded><![CDATA[<p>Fun stuff. You should check out <a href="http://baijum81.livejournal.com/22191.html">how virtualenv is being used with zopeproject</a>.</p>

<p>One nit: the include directory doesn&#8217;t get copied by virtualenv. So eggs which build some C extensions (e.g., numpy) will not install with the easy_install copied over by virtualenv.</p>

<p>[Ed. note: the include directory is copied over in virtualenv trunk]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Agustin Villena</title>
		<link>http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/comment-page-1/#comment-1029</link>
		<dc:creator>Agustin Villena</dc:creator>
		<pubDate>Thu, 20 Sep 2007 14:00:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/#comment-1029</guid>
		<description>There is a minor problem in Windows

There are the steps

- install Python 2.5 in c:\Python25

- install setuptools (through ez_setup.py)

- Where I tried to use the virtualenv.exe in Scripts, there is a problem

c:\Python25&#62;c:\Python25\Scripts\virtualenv.exe ENV
Creating ENV\Lib
Creating ENV\Lib\site-packages
Creating ENV\Scripts
Copying C:\Python25\python.exe to ENV\Scripts
ERROR: The executable ENV\Scripts\python.exe is not functioning
ERROR: It thinks sys.prefix is 'C:\Python25\ENV' (should be 'ENV')
ERROR: virtualenv is not compatible with this system or executable

-------------
- But, if I use the virtualenv.py, it seems to work

c:\Python25&#62;python lib\site-packages\virtualenv-0.8.3-py2.5.egg\virtualenv.py ENV
Overwriting ENV\Lib\orig-prefix.txt with new content
Copying c:\Python25\python.exe to ENV\Scripts
Installing setuptools
Processing setuptools-0.6c7-py2.5.egg
Copying setuptools-0.6c7-py2.5.egg to c:\python25\env\lib\site-packages
Adding setuptools 0.6c7 to easy-install.pth file
Installing easy_install-script.py script to c:\Python25\ENV\Scripts
Installing easy_install.exe script to c:\Python25\ENV\Scripts
Installing easy_install-2.5-script.py script to c:\Python25\ENV\Scripts
Installing easy_install-2.5.exe script to c:\Python25\ENV\Scripts

Installed c:\python25\env\lib\site-packages\setuptools-0.6c7-py2.5.egg
Processing dependencies for setuptools==0.6c7
Finished processing dependencies for setuptools==0.6c7
Processing setuptools-0.6c7-py2.5.egg
Removing c:\python25\env\lib\site-packages\setuptools-0.6c7-py2.5.egg
Copying setuptools-0.6c7-py2.5.egg to c:\python25\env\lib\site-packages
setuptools 0.6c7 is already the active version in easy-install.pth
Installing easy_install-script.py script to c:\Python25\ENV\Scripts
Installing easy_install.exe script to c:\Python25\ENV\Scripts
Installing easy_install-2.5-script.py script to c:\Python25\ENV\Scripts
Installing easy_install-2.5.exe script to c:\Python25\ENV\Scripts

Installed c:\python25\env\lib\site-packages\setuptools-0.6c7-py2.5.egg
Processing dependencies for setuptools==0.6c7
Finished processing dependencies for setuptools==0.6c7

----
Thanks for yout great job

Agustin

[Ed. note: message fixed in 0.8.4]</description>
		<content:encoded><![CDATA[<p>There is a minor problem in Windows</p>

<p>There are the steps</p>

<ul>
<li><p>install Python 2.5 in c:\Python25</p></li>
<li><p>install setuptools (through ez_setup.py)</p></li>
<li><p>Where I tried to use the virtualenv.exe in Scripts, there is a problem</p></li>
</ul>

<p>c:\Python25&gt;c:\Python25\Scripts\virtualenv.exe ENV
Creating ENV\Lib
Creating ENV\Lib\site-packages
Creating ENV\Scripts
Copying C:\Python25\python.exe to ENV\Scripts
ERROR: The executable ENV\Scripts\python.exe is not functioning
ERROR: It thinks sys.prefix is &#8216;C:\Python25\ENV&#8217; (should be &#8216;ENV&#8217;)
ERROR: virtualenv is not compatible with this system or executable</p>

<hr />

<ul>
<li>But, if I use the virtualenv.py, it seems to work</li>
</ul>

<p>c:\Python25&gt;python lib\site-packages\virtualenv-0.8.3-py2.5.egg\virtualenv.py ENV
Overwriting ENV\Lib\orig-prefix.txt with new content
Copying c:\Python25\python.exe to ENV\Scripts
Installing setuptools
Processing setuptools-0.6c7-py2.5.egg
Copying setuptools-0.6c7-py2.5.egg to c:\python25\env\lib\site-packages
Adding setuptools 0.6c7 to easy-install.pth file
Installing easy<em>install-script.py script to c:\Python25\ENV\Scripts
Installing easy</em>install.exe script to c:\Python25\ENV\Scripts
Installing easy<em>install-2.5-script.py script to c:\Python25\ENV\Scripts
Installing easy</em>install-2.5.exe script to c:\Python25\ENV\Scripts</p>

<p>Installed c:\python25\env\lib\site-packages\setuptools-0.6c7-py2.5.egg
Processing dependencies for setuptools==0.6c7
Finished processing dependencies for setuptools==0.6c7
Processing setuptools-0.6c7-py2.5.egg
Removing c:\python25\env\lib\site-packages\setuptools-0.6c7-py2.5.egg
Copying setuptools-0.6c7-py2.5.egg to c:\python25\env\lib\site-packages
setuptools 0.6c7 is already the active version in easy-install.pth
Installing easy<em>install-script.py script to c:\Python25\ENV\Scripts
Installing easy</em>install.exe script to c:\Python25\ENV\Scripts
Installing easy<em>install-2.5-script.py script to c:\Python25\ENV\Scripts
Installing easy</em>install-2.5.exe script to c:\Python25\ENV\Scripts</p>

<p>Installed c:\python25\env\lib\site-packages\setuptools-0.6c7-py2.5.egg
Processing dependencies for setuptools==0.6c7
Finished processing dependencies for setuptools==0.6c7</p>

<hr />

<p>Thanks for yout great job</p>

<p>Agustin</p>

<p>[Ed. note: message fixed in 0.8.4]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jesse Noller</title>
		<link>http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/comment-page-1/#comment-981</link>
		<dc:creator>Jesse Noller</dc:creator>
		<pubDate>Tue, 18 Sep 2007 00:35:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/#comment-981</guid>
		<description>Curses, I take that back. Initial setup works fine, but as you point out on the mac, easy_setup still points stuff down into the frameworks library. I'll look and see if there's some tricky that can be done but for now I am back to using good old workingenv.py.</description>
		<content:encoded><![CDATA[<p>Curses, I take that back. Initial setup works fine, but as you point out on the mac, easy_setup still points stuff down into the frameworks library. I&#8217;ll look and see if there&#8217;s some tricky that can be done but for now I am back to using good old workingenv.py.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jesse Noller</title>
		<link>http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/comment-page-1/#comment-970</link>
		<dc:creator>Jesse Noller</dc:creator>
		<pubDate>Mon, 17 Sep 2007 12:40:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/#comment-970</guid>
		<description>It's strange - virtualenv.py works fine with my from-python.org version of 2.5 - but you're perfectly correct that it doesn't play nice with the default-framework version. If I get a chance, I'll see if I can unsnarl it - but I might also look into testing this out on Leopard instead (leopard had 2.5+ on it by default).</description>
		<content:encoded><![CDATA[<p>It&#8217;s strange - virtualenv.py works fine with my from-python.org version of 2.5 - but you&#8217;re perfectly correct that it doesn&#8217;t play nice with the default-framework version. If I get a chance, I&#8217;ll see if I can unsnarl it - but I might also look into testing this out on Leopard instead (leopard had 2.5+ on it by default).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon King</title>
		<link>http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/comment-page-1/#comment-969</link>
		<dc:creator>Simon King</dc:creator>
		<pubDate>Mon, 17 Sep 2007 10:48:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ianbicking.org/2007/09/16/2-python-environment-experiments/#comment-969</guid>
		<description>I'm interested in the virtualenv script, as I've been using workingenv.py quite a lot, and I do keep getting bitten by the 'not a setuptools site.py' problem.

I think there is a typo in virtualenv.py - it tries to create the no-global-site-packages.txt file in the stdlib:

  `writefile(join(stdlib_dir, 'no-global-site-packages.txt'), '')`

This should probably just be:

  `writefile(join(lib_dir, 'no-global-site-packages.txt'), '')`

shouldn't it?

Thanks for another great contribution.

[Ed note: updated in trunk]</description>
		<content:encoded><![CDATA[<p>I&#8217;m interested in the virtualenv script, as I&#8217;ve been using workingenv.py quite a lot, and I do keep getting bitten by the &#8216;not a setuptools site.py&#8217; problem.</p>

<p>I think there is a typo in virtualenv.py - it tries to create the no-global-site-packages.txt file in the stdlib:</p>

<p><code>writefile(join(stdlib_dir, 'no-global-site-packages.txt'), '')</code></p>

<p>This should probably just be:</p>

<p><code>writefile(join(lib_dir, 'no-global-site-packages.txt'), '')</code></p>

<p>shouldn&#8217;t it?</p>

<p>Thanks for another great contribution.</p>

<p>[Ed note: updated in trunk]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
