<?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: Frustrated by Python module management</title>
	<atom:link href="http://hcoder.org/2008/06/24/frustrated-by-python-module-management/feed/" rel="self" type="application/rss+xml" />
	<link>http://hcoder.org/2008/06/24/frustrated-by-python-module-management/</link>
	<description>Just another WordPress weblog</description>
	<lastBuildDate>Fri, 13 Apr 2012 21:17:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Michael Foord</title>
		<link>http://hcoder.org/2008/06/24/frustrated-by-python-module-management/comment-page-1/#comment-178</link>
		<dc:creator>Michael Foord</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false"></guid>
		<description>Certainly using setup.py develop on a machine on which you are running automated tests sounds like a bad idea.

Are you using the same machine for running automated tests (on several branches) *and* development (on several branches)?

Unless you are actually developing SQLAlchemy then you shouldn&#039;t install it in development mode.

I would have all modules you depend on installed &#039;normally&#039;. Modules you are developing I personally wouldn&#039;t have them installed at all, but keep them within my project structure and rely on the development / test environment to make sure they can be imported.

Polluting your test environment from your development environment should be avoided...</description>
		<content:encoded><![CDATA[<p>Certainly using setup.py develop on a machine on which you are running automated tests sounds like a bad idea.</p>
<p>Are you using the same machine for running automated tests (on several branches) *and* development (on several branches)?</p>
<p>Unless you are actually developing SQLAlchemy then you shouldn&#8217;t install it in development mode.</p>
<p>I would have all modules you depend on installed &#8216;normally&#8217;. Modules you are developing I personally wouldn&#8217;t have them installed at all, but keep them within my project structure and rely on the development / test environment to make sure they can be imported.</p>
<p>Polluting your test environment from your development environment should be avoided&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alonlevy1@gmail.com</title>
		<link>http://hcoder.org/2008/06/24/frustrated-by-python-module-management/comment-page-1/#comment-179</link>
		<dc:creator>alonlevy1@gmail.com</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false"></guid>
		<description>why not use python setup.py install? It installs to the /usr/lib/python/site-packages directory on python.

also, you should make sure you are using the same version of python for both the &quot;python setup.py install&quot; and running. If you have two versions, i.e. python2.4 and python2.5, you could by accident end up with a module installed for 2.4, but actually needed in 2.5.

as a debugging measure, start a python shell and do:
import sys
print sys.path

you&#039;ll get the list of directories searched for your install. make sure to use the right python version like mentioned before.

PYTHONPATH should also work well (has for me). Have you exported it? i.e.
export PYTHONPATH=/home/me/pythonlibs
python myprog.py

or just prepend to the command line:
PYTHONPATH=/home/me/pythonlibs python myprog.py</description>
		<content:encoded><![CDATA[<p>why not use python setup.py install? It installs to the /usr/lib/python/site-packages directory on python.</p>
<p>also, you should make sure you are using the same version of python for both the &#8220;python setup.py install&#8221; and running. If you have two versions, i.e. python2.4 and python2.5, you could by accident end up with a module installed for 2.4, but actually needed in 2.5.</p>
<p>as a debugging measure, start a python shell and do:<br />
import sys<br />
print sys.path</p>
<p>you&#8217;ll get the list of directories searched for your install. make sure to use the right python version like mentioned before.</p>
<p>PYTHONPATH should also work well (has for me). Have you exported it? i.e.<br />
export PYTHONPATH=/home/me/pythonlibs<br />
python myprog.py</p>
<p>or just prepend to the command line:<br />
PYTHONPATH=/home/me/pythonlibs python myprog.py</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric</title>
		<link>http://hcoder.org/2008/06/24/frustrated-by-python-module-management/comment-page-1/#comment-180</link>
		<dc:creator>Eric</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false"></guid>
		<description>You should check out &lt;a href=&quot;http://pypi.python.org/pypi/virtualenv&quot; rel=&quot;nofollow&quot;&gt;virtualenv&lt;/a&gt;. It lets you create a somewhat sandboxed python install for different projects. The biggest benefit is being able to have a separate place to install modules. I&#039;ve done this in order to differentiate between projects I am working on and applications that run on my machine. This way I can verify what the dependencies really are as well as have an easy way to install two libraries at the same time. Good luck!</description>
		<content:encoded><![CDATA[<p>You should check out <a href="http://pypi.python.org/pypi/virtualenv" rel="nofollow">virtualenv</a>. It lets you create a somewhat sandboxed python install for different projects. The biggest benefit is being able to have a separate place to install modules. I&#8217;ve done this in order to differentiate between projects I am working on and applications that run on my machine. This way I can verify what the dependencies really are as well as have an easy way to install two libraries at the same time. Good luck!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sverre Johansen</title>
		<link>http://hcoder.org/2008/06/24/frustrated-by-python-module-management/comment-page-1/#comment-181</link>
		<dc:creator>Sverre Johansen</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false"></guid>
		<description>What is it that is so hard to understand?

If you want to you can just set the PYTHONPATH manually, the setup.py develop is just a convenience for you. I fail to see how Python package lookup is different from any other platform you are familiar with. It might work much better on Plan9 or some shit like that, but ... ... :-)

Using setuptool and setup.py develop it will install the package in your python packages folder, which on Debian is by default the system folder, which will be shared by all users.

Probably the easiest for you (And Jonathan told me he already recommended it to you) is to use virtualenv - http://pypi.python.org/pypi/virtualenv

Also this discussion probably belong in an internal mailing list of some sort :)</description>
		<content:encoded><![CDATA[<p>What is it that is so hard to understand?</p>
<p>If you want to you can just set the PYTHONPATH manually, the setup.py develop is just a convenience for you. I fail to see how Python package lookup is different from any other platform you are familiar with. It might work much better on Plan9 or some shit like that, but &#8230; &#8230; :-)</p>
<p>Using setuptool and setup.py develop it will install the package in your python packages folder, which on Debian is by default the system folder, which will be shared by all users.</p>
<p>Probably the easiest for you (And Jonathan told me he already recommended it to you) is to use virtualenv &#8211; <a href="http://pypi.python.org/pypi/virtualenv" rel="nofollow">http://pypi.python.org/pypi/virtualenv</a></p>
<p>Also this discussion probably belong in an internal mailing list of some sort :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sverre Johansen</title>
		<link>http://hcoder.org/2008/06/24/frustrated-by-python-module-management/comment-page-1/#comment-182</link>
		<dc:creator>Sverre Johansen</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false"></guid>
		<description>I can has documentation?

http://docs.python.org/dev/install/index.html#inst-search-path</description>
		<content:encoded><![CDATA[<p>I can has documentation?</p>
<p><a href="http://docs.python.org/dev/install/index.html#inst-search-path" rel="nofollow">http://docs.python.org/dev/install/index.html#inst-search-path</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Esteban</title>
		<link>http://hcoder.org/2008/06/24/frustrated-by-python-module-management/comment-page-1/#comment-183</link>
		<dc:creator>Esteban</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false"></guid>
		<description>Hey, thanks for the comments!

Michael: No, that machine is only used for automated test runs. Several different projects though. BTW, I didn&#039;t install SQLAlchemy in development mode, just with a regular easy_install... but for some reason Python sometimes &quot;forgets&quot; that it&#039;s actually there (it gets lost from easy_install.pth somehow, but I have no idea why). When you say &quot;installing normally&quot;, do you mean in the system, like in /usr/lib/python/site-packages ? I&#039;d rather not do that if possible, but installing in some &quot;private directory&quot; and using from there would be possible of course.

Sverre: PYTHONPATH didn&#039;t work for me, maybe I did something wrong? Am I supposed to install things first so it works, or should I be able to just point PYTHONPATH to the directory with a fresh VCS checkout?

And thanks for the virtualenv thing, I&#039;ll have a look!

Oh, and sorry for the comments not appearing, I was receiving tons of spam so I decided to make the comments invisible until I approved them... I didn&#039;t really expect showing up on reddit :-P</description>
		<content:encoded><![CDATA[<p>Hey, thanks for the comments!</p>
<p>Michael: No, that machine is only used for automated test runs. Several different projects though. BTW, I didn&#8217;t install SQLAlchemy in development mode, just with a regular easy_install&#8230; but for some reason Python sometimes &#8220;forgets&#8221; that it&#8217;s actually there (it gets lost from easy_install.pth somehow, but I have no idea why). When you say &#8220;installing normally&#8221;, do you mean in the system, like in /usr/lib/python/site-packages ? I&#8217;d rather not do that if possible, but installing in some &#8220;private directory&#8221; and using from there would be possible of course.</p>
<p>Sverre: PYTHONPATH didn&#8217;t work for me, maybe I did something wrong? Am I supposed to install things first so it works, or should I be able to just point PYTHONPATH to the directory with a fresh VCS checkout?</p>
<p>And thanks for the virtualenv thing, I&#8217;ll have a look!</p>
<p>Oh, and sorry for the comments not appearing, I was receiving tons of spam so I decided to make the comments invisible until I approved them&#8230; I didn&#8217;t really expect showing up on reddit :-P</p>
]]></content:encoded>
	</item>
</channel>
</rss>

