Distribute error? datetimewidget.pot: File name too long
I'm trying to install a custom package in a buildout managed Plone 3 site in /develop-src named (for the sake of argument) 'foobar.wontbloodywork'. Yet I keep getting an error 'z3cform.datetimewidget.pot: File name too long' I get the same result on a freshly built Ubuntu server with no previous eggs. The custom packages used to install fine in an older (12 month +) project. It was suggested to me (via the Plone Users mailing list) that this might be a distribute error. Can anyone on this list offer any insights? Results of buildout -vvvv below: Develop: '/Users/foobar/development/sites/gpi/gpi3/develop-src/foobar.wontbloodywork' in: '/Users/foobar/development/sites/gpi/gpi3/develop-src/foobar.wontbloodywork' /var/folders/N1/N1WTRWwWE5Gfqr-Sut+UVk+++TM/-Tmp-/tmpXFTFnd -q develop -mxN -d /Users/foobar/development/sites/gpi/gpi3/develop-eggs/tmp00VAgBbuild install_dir . install_dir . install_dir . install_dir . install_dir . install_dir . install_dir . install_dir . install_dir . install_dir . install_dir . install_dir . install_dir . install_dir . Traceback (most recent call last): File "/var/folders/N1/N1WTRWwWE5Gfqr-Sut+UVk+++TM/-Tmp-/tmpXFTFnd", line 11, in ? execfile('/Users/foobar/development/sites/gpi/gpi3/develop-src/foobar.wontbloodywork/setup.py') File "/Users/foobar/development/sites/gpi/gpi3/develop-src/foobar.wontbloodywork/setup.py", line 56, in ? paster_plugins = ["ZopeSkel"], File "/opt/local/lib/python2.4/distutils/core.py", line 110, in setup _setup_distribution = dist = klass(attrs) File "/Users/foobar/.eggs/distribute-0.6.14-py2.4.egg/setuptools/dist.py", line 225, in __init__ _Distribution.__init__(self,attrs) File "/opt/local/lib/python2.4/distutils/dist.py", line 240, in __init__ self.finalize_options() File "/Users/foobar/.eggs/distribute-0.6.14-py2.4.egg/setuptools/dist.py", line 257, in finalize_options ep.require(installer=self.fetch_build_egg) File "/Users/foobar/.eggs/distribute-0.6.14-py2.4.egg/pkg_resources.py", line 1966, in require working_set.resolve(self.dist.requires(self.extras),env,installer)) File "/Users/foobar/.eggs/distribute-0.6.14-py2.4.egg/pkg_resources.py", line 544, in resolve dist = best[req.key] = env.best_match(req, self, installer) File "/Users/foobar/.eggs/distribute-0.6.14-py2.4.egg/pkg_resources.py", line 786, in best_match return self.obtain(req, installer) # try and download/install File "/Users/foobar/.eggs/distribute-0.6.14-py2.4.egg/pkg_resources.py", line 798, in obtain return installer(requirement) File "/Users/foobar/.eggs/distribute-0.6.14-py2.4.egg/setuptools/dist.py", line 293, in fetch_build_egg return cmd.easy_install(req) File "/Users/foobar/.eggs/distribute-0.6.14-py2.4.egg/setuptools/command/easy_install.py", line 582, in easy_install return self.install_item(spec, dist.location, tmpdir, deps) File "/Users/foobar/.eggs/distribute-0.6.14-py2.4.egg/setuptools/command/easy_install.py", line 612, in install_item dists = self.install_eggs(spec, download, tmpdir) File "/Users/foobar/.eggs/distribute-0.6.14-py2.4.egg/setuptools/command/easy_install.py", line 802, in install_eggs return self.build_and_install(setup_script, setup_base) File "/Users/foobar/.eggs/distribute-0.6.14-py2.4.egg/setuptools/command/easy_install.py", line 1079, in build_and_install self.run_setup(setup_script, setup_base, args) File "/Users/foobar/.eggs/distribute-0.6.14-py2.4.egg/setuptools/command/easy_install.py", line 1070, in run_setup raise DistutilsError("Setup script exited with %s" % (v.args[0],)) distutils.errors.DistutilsError: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: /var/folders/N1/N1WTRWwWE5Gfqr-Sut+UVk+++TM/-Tmp-/easy_install-1srx5w/plone.app.z3cform-0.5.0/temp/easy_install-9Uu00i/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-D3fuI0/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-ZmcdZR/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-hAO4T6/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-gabkaJ/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-eev8-a/collective.z3cform.datetimewidget-1.0.2/temp/easy_install--bZxqg/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-FeERFa/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-RT9zdd/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-WaJDIy/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-7Fa2cl/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-37Xaaj/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-e_tXs0/collective.z3cform.datetimewidget-1.0.2/src/collective/z3cform/datetimewidget/locales/collective.z3cform.datetimewidget.pot: File name too long While: Installing. Processing develop directory '/Users/foobar/development/sites/gpi/gpi3/develop-src/foobar.wontbloodywork'. An internal error occured due to a bug in either zc.buildout or in a recipe being used: Traceback (most recent call last): File "/private/var/folders/N1/N1WTRWwWE5Gfqr-Sut+UVk+++TM/-Tmp-/tmpZ8LHi3/zc.buildout-1.4.3-py2.4.egg/zc/buildout/buildout.py", line 1660, in main File "/private/var/folders/N1/N1WTRWwWE5Gfqr-Sut+UVk+++TM/-Tmp-/tmpZ8LHi3/zc.buildout-1.4.3-py2.4.egg/zc/buildout/buildout.py", line 394, in install File "/private/var/folders/N1/N1WTRWwWE5Gfqr-Sut+UVk+++TM/-Tmp-/tmpZ8LHi3/zc.buildout-1.4.3-py2.4.egg/zc/buildout/buildout.py", line 634, in _develop File "/private/var/folders/N1/N1WTRWwWE5Gfqr-Sut+UVk+++TM/-Tmp-/tmpZ8LHi3/zc.buildout-1.4.3-py2.4.egg/zc/buildout/easy_install.py", line 894, in develop AssertionError
On Fri, Sep 24, 2010 at 3:45 PM, Jon Hadley <me@jon-hadley.com> wrote:
I'm trying to install a custom package in a buildout managed Plone 3 site in /develop-src named (for the sake of argument) 'foobar.wontbloodywork'. Yet I keep getting an error 'z3cform.datetimewidget.pot: File name too long' I get the same result on a freshly built Ubuntu server with no previous eggs. The custom packages used to install fine in an older (12 month +) project. It was suggested to me (via the Plone Users mailing list) that this might be a distribute error. Can anyone on this list offer any insights?
Have you tried to install that package with a raw "python setup.py install" in your environment ? Does it install fine ? (I am pretty sure it's not) If not could you provide the traceback then ? If it does we will need to trace the easy_install script to get more info when it runs that command on that package. Regards Tarek -- Tarek Ziadé | http://ziade.org
If not could you provide the traceback then ?
It didn't install via 'python setup.py install'. Here's the traceback: Traceback (most recent call last): File "setup.py", line 57, in ? paster_plugins = ["ZopeSkel"], File "/opt/local/lib/python2.4/distutils/core.py", line 110, in setup _setup_distribution = dist = klass(attrs) File "/Users/foobar/development/sites/gpi/gpi3/lib/python2.4/site-packages/setuptools-0.6c12dev_r84273-py2.4.egg/setuptools/dist.py", line 264, in __init__ _Distribution.__init__(self,attrs) File "/opt/local/lib/python2.4/distutils/dist.py", line 240, in __init__ self.finalize_options() File "/Users/foobar/development/sites/gpi/gpi3/lib/python2.4/site-packages/setuptools-0.6c12dev_r84273-py2.4.egg/setuptools/dist.py", line 296, in finalize_options ep.require(installer=self.fetch_build_egg) File "/Users/foobar/development/sites/gpi/gpi3/lib/python2.4/site-packages/setuptools-0.6c12dev_r84273-py2.4.egg/pkg_resources.py", line 1966, in require working_set.resolve(self.dist.requires(self.extras),env,installer)) File "/Users/foobar/development/sites/gpi/gpi3/lib/python2.4/site-packages/setuptools-0.6c12dev_r84273-py2.4.egg/pkg_resources.py", line 563, in resolve dist = best[req.key] = env.best_match(req, self, installer) File "/Users/foobar/development/sites/gpi/gpi3/lib/python2.4/site-packages/setuptools-0.6c12dev_r84273-py2.4.egg/pkg_resources.py", line 799, in best_match return self.obtain(req, installer) # try and download/install File "/Users/foobar/development/sites/gpi/gpi3/lib/python2.4/site-packages/setuptools-0.6c12dev_r84273-py2.4.egg/pkg_resources.py", line 811, in obtain return installer(requirement) File "/Users/foobar/development/sites/gpi/gpi3/lib/python2.4/site-packages/setuptools-0.6c12dev_r84273-py2.4.egg/setuptools/dist.py", line 327, in fetch_build_egg return cmd.easy_install(req) File "/Users/foobar/development/sites/gpi/gpi3/lib/python2.4/site-packages/setuptools-0.6c12dev_r84273-py2.4.egg/setuptools/command/easy_install.py", line 446, in easy_install return self.install_item(spec, dist.location, tmpdir, deps) File "/Users/foobar/development/sites/gpi/gpi3/lib/python2.4/site-packages/setuptools-0.6c12dev_r84273-py2.4.egg/setuptools/command/easy_install.py", line 476, in install_item dists = self.install_eggs(spec, download, tmpdir) File "/Users/foobar/development/sites/gpi/gpi3/lib/python2.4/site-packages/setuptools-0.6c12dev_r84273-py2.4.egg/setuptools/command/easy_install.py", line 655, in install_eggs return self.build_and_install(setup_script, setup_base) File "/Users/foobar/development/sites/gpi/gpi3/lib/python2.4/site-packages/setuptools-0.6c12dev_r84273-py2.4.egg/setuptools/command/easy_install.py", line 930, in build_and_install self.run_setup(setup_script, setup_base, args) File "/Users/foobar/development/sites/gpi/gpi3/lib/python2.4/site-packages/setuptools-0.6c12dev_r84273-py2.4.egg/setuptools/command/easy_install.py", line 921, in run_setup raise DistutilsError("Setup script exited with %s" % (v.args[0],)) distutils.errors.DistutilsError: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: /var/folders/N1/N1WTRWwWE5Gfqr-Sut+UVk+++TM/-Tmp-/easy_install-0sQo4n/plone.app.z3cform-0.5.0/temp/easy_install-7sGfXW/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-al8Yxz/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-w2eUm4/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-5rw4gK/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-Ye6gh_/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-VEw7cI/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-Q1eWho/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-G19SyU/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-i4SgrW/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-V9zFKN/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-MG4zvv/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-T-UGiD/collective.z3cform.datetimewidget-1.0.2/temp/easy_install-RPH3h0/collective.z3cform.datetimewidget-1.0.2/src/collective/z3cform/datetimewidget/locales/collective.z3cform.datetimewidget.pot: File name too long
On Fri, Sep 24, 2010 at 5:13 PM, Jon Hadley <me@jon-hadley.com> wrote:
If not could you provide the traceback then ?
It didn't install via 'python setup.py install'. Here's the traceback:
It looks like you have a trunk version of Setuptools here, not Distribute. What precise package should I download from PyPI to try myself on a fresh Distribute install ? Tarek -- Tarek Ziadé | http://ziade.org
What precise package should I download from PyPI to try myself on a fresh Distribute install ?
http://pypi.python.org/pypi/fez.atcsv/0.2 Thanks Tarek, Jon.
On Fri, Sep 24, 2010 at 5:20 PM, Jon Hadley <me@jon-hadley.com> wrote:
What precise package should I download from PyPI to try myself on a fresh Distribute install ?
I found the bug: every time a dependency is to be installed it's recursively uncompressed in the previous tmp directory. So after a while, you get dead long paths and get your bug. Working on a fix tonite.
Thanks Tarek,
Jon.
-- Tarek Ziadé | http://ziade.org
I can reproduce this issue with setuptools 0.6c11 and (0.6 branch) trunk and Distribute in a virtualenv under 2.6, so this is definitely an existing bug in all versions. It's looping on one dependency and I don't know why yet, it's quite hard to debug and understand. The fix that was done some time ago to keep the working env state is not working for that case. I will continue to look for the problem in the upcoming days. Tarek On Fri, Sep 24, 2010 at 5:53 PM, Tarek Ziadé <ziade.tarek@gmail.com> wrote:
On Fri, Sep 24, 2010 at 5:20 PM, Jon Hadley <me@jon-hadley.com> wrote:
What precise package should I download from PyPI to try myself on a fresh Distribute install ?
I found the bug: every time a dependency is to be installed it's recursively uncompressed in the previous tmp directory. So after a while, you get dead long paths and get your bug.
Working on a fix tonite.
Thanks Tarek,
Jon.
-- Tarek Ziadé | http://ziade.org
-- Tarek Ziadé | http://ziade.org
It's looping on one dependency and I don't know why yet, it's quite hard to debug and understand.
What are my options in the meantime? The bug is stopping my package from installing and my buildout completing. You mention it exists in all versions, so I can't downgrade to get round it? Is there something unique to my package that could be re-written to avoid the bug for now? Thanks for your work so far, Jon.
At 08:43 PM 9/25/2010 +0100, Jon Hadley wrote:
What are my options in the meantime? The bug is stopping my package from installing and my buildout completing.
You mention it exists in all versions, so I can't downgrade to get round it? Is there something unique to my package that could be re-written to avoid the bug for now?
I think I know what the problem is. I re-examined your traceback, and the place where it's trying a recursive install is on looking up the entry point for a setup() argument. That is, it's trying to load a plugin to handle a setup() argument. This would explain why I can't reproduce the problem, since I don't have the same plugin(s) as you. So, could you please try it *without* buildout or virtualenv? Specifically, try running: /path/to/the/real/python2.4 -m easy_install -mad somedir fez.atcsv Where 'somedir' is a new, empty directory, and /path/to/the/real/python2.4 is NOT a virtualenv Python, and see what happens. You won't need root access, as with the -mad options easy_install will not write outside of 'somedir' and your system tmp directory. If this does *not* get into the same build loop, then the problem likely lies with a plugin in your virtualenv, or that ends up on sys.path while buildout is running. We can then narrow it down to what specific plugin is causing the problem, by running something like this code in the virtualenv (or on the main Python, if the problem is also there): for ep in pkg_resources.iter_entry_points('distutils.setup_keywords'): print ep.name, ep.dist, ep.extras This will dump out what plugins are providing what keywords, and what requirements they depend on, and will help us find where the problem is.
At 02:45 PM 9/24/2010 +0100, Jon Hadley wrote:
I'm trying to install a custom package in a buildout managed Plone 3 site in /develop-src named (for the sake of argument) 'foobar.wontbloodywork'.
Yet I keep getting an error 'z3cform.datetimewidget.pot: File name too long'
I get the same result on a freshly built Ubuntu server with no previous eggs. The custom packages used to install fine in an older (12 month +) project.
It was suggested to me (via the Plone Users mailing list) that this might be a distribute error. Can anyone on this list offer any insights?
Have you tried it using plain setuptools (0.6c11 or greater)? There are some bugs in distribute regarding recursive build-time dependencies that were fixed in setuptools last October, but which are still outstanding in distribute. From your logs, it rather looks as though you've got a situation where collective.z3cform.datetimewidget has a build-time dependency on itself, so I'd like to know if setuptools can handle it correctly as well. easy_installing the package directly works fine on my machine with setuptools; does distribute work for this as well? If doing an easy_install or plain setup.py install works correctly with distribute, then the problem is probably in buildout rather than setuptools or distribute. (I checked and the datetimewidget project (v1.0.2) does not declare any build-time dependencies, so there shouldn't be any recursion possible... yet it appears to be taking place in your log nonetheless.)
On Fri, Sep 24, 2010 at 5:01 PM, P.J. Eby <pje@telecommunity.com> wrote:
At 02:45 PM 9/24/2010 +0100, Jon Hadley wrote:
I'm trying to install a custom package in a buildout managed Plone 3 site in /develop-src named (for the sake of argument) 'foobar.wontbloodywork'.
Yet I keep getting an error 'z3cform.datetimewidget.pot: File name too long'
I get the same result on a freshly built Ubuntu server with no previous eggs. The custom packages used to install fine in an older (12 month +) project.
It was suggested to me (via the Plone Users mailing list) that this might be a distribute error. Can anyone on this list offer any insights?
Have you tried it using plain setuptools (0.6c11 or greater)? There are some bugs in distribute regarding recursive build-time dependencies that were fixed in setuptools last October, but which are still outstanding in distribute.
Please can you point us to the issue in the tracker and the commit where that fix happened ? I'd be glad to fix it if this happens to be true. Regards Tarek -- Tarek Ziadé | http://ziade.org
Have you tried it using plain setuptools (0.6c11 or greater)?
I'm using 0.6c12dev (according to the traceback).
easy_installing the package directly works fine on my machine with setuptools;
Similar error here with easy_install: Best match: fez.atcsv 0.2 Processing fez.atcsv-0.2-py2.4.egg fez.atcsv 0.2 is already the active version in easy-install.pth Using /Users/foobar/development/sites/gpi/gpi3/lib/python2.4/site-packages/fez.atcsv-0.2-py2.4.egg Processing dependencies for fez.atcsv Searching for zope.interface Reading http://pypi.python.org/simple/zope.interface/ Best match: zope.interface 3.6.1 Downloading http://pypi.python.org/packages/source/z/zope.interface/zope.interface-3.6.1... Processing zope.interface-3.6.1.tar.gz Running zope.interface-3.6.1/setup.py -q bdist_egg --dist-dir /var/folders/N1/N1WTRWwWE5Gfqr-Sut+UVk+++TM/-Tmp-/easy_install-WbqHry/zope.interface-3.6.1/egg-dist-tmp-3nTDSI error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: /var/folders/N1/N1WTRWwWE5Gfqr-Sut+UVk+++TM/-Tmp-/easy_install-WbqHry/zope.interface-3.6.1/temp/easy_install-zCqg_j/zope.interface-3.6.1/temp/easy_install-BMwk4f/zope.interface-3.6.1/temp/easy_install-3cf4q3/zope.interface-3.6.1/temp/easy_install-qq9hdi/zope.interface-3.6.1/temp/easy_install-1YuNjW/zope.interface-3.6.1/temp/easy_install-UFBQy3/zope.interface-3.6.1/temp/easy_install-5iJ_Iz/zope.interface-3.6.1/temp/easy_install-EUYmlj/zope.interface-3.6.1/temp/easy_install-Fb6CP_/zope.interface-3.6.1/temp/easy_install-xxEDGH/zope.interface-3.6.1/temp/easy_install-VWbLfl/zope.interface-3.6.1/temp/easy_install-h0wTxV/zope.interface-3.6.1/temp/easy_install-atbmIa/zope.interface-3.6.1/temp/easy_install-PmspAW/zope.interface-3.6.1/temp/easy_install--YMDu6/zope.interface-3.6.1/temp/easy_install-pUOez5/zope.interface-3.6.1/temp/easy_install-huEA2x/zope.interface-3.6.1/temp/easy_install-wMJuwp/zope.interface-3.6.1/temp/easy_install-rlKxe4/zope.interface-3.6.1/src/zope/interface/common/tests/test_import_interfaces.py: File name too long
does distribute work for this as well?
I'm not completely clear how to test this. I'm working in a virtualenv which has been 'bootstrapped with the python bootstrap.py -d' option - does that make setuptools a distribute fork? Thanks for your help, Jon
At 04:25 PM 9/24/2010 +0100, Jon Hadley wrote:
Similar error here with easy_install:
Best match: fez.atcsv 0.2 Processing fez.atcsv-0.2-py2.4.egg fez.atcsv 0.2 is already the active version in easy-install.pth
Using /Users/foobar/development/sites/gpi/gpi3/lib/python2.4/site-packages/fez.atcsv-0.2-py2.4.egg Processing dependencies for fez.atcsv Searching for zope.interface Reading http://pypi.python.org/simple/zope.interface/ Best match: zope.interface 3.6.1 Downloading http://pypi.python.org/packages/source/z/zope.interface/zope.interface-3.6.1... Processing zope.interface-3.6.1.tar.gz Running zope.interface-3.6.1/setup.py -q bdist_egg --dist-dir /var/folders/N1/N1WTRWwWE5Gfqr-Sut+UVk+++TM/-Tmp-/easy_install-WbqHry/zope.interface-3.6.1/egg-dist-tmp-3nTDSI error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: Setup script exited with error: /var/folders/N1/N1WTRWwWE5Gfqr-Sut+UVk+++TM/-Tmp-/easy_install-WbqHry/zope.interface-3.6.1/temp/easy_install-zCqg_j/zope.interface-3.6.1/temp/easy_install-BMwk4f/zope.interface-3.6.1/temp/easy_install-3cf4q3/zope.interface-3.6.1/temp/easy_install-qq9hdi/zope.interface-3.6.1/temp/easy_install-1YuNjW/zope.interface-3.6.1/temp/easy_install-UFBQy3/zope.interface-3.6.1/temp/easy_install-5iJ_Iz/zope.interface-3.6.1/temp/easy_install-EUYmlj/zope.interface-3.6.1/temp/easy_install-Fb6CP_/zope.interface-3.6.1/temp/easy_install-xxEDGH/zope.interface-3.6.1/temp/easy_install-VWbLfl/zope.interface-3.6.1/temp/easy_install-h0wTxV/zope.interface-3.6.1/temp/easy_install-atbmIa/zope.interface-3.6.1/temp/easy_install-PmspAW/zope.interface-3.6.1/temp/easy_install--YMDu6/zope.interface-3.6.1/temp/easy_install-pUOez5/zope.interface-3.6.1/temp/easy_install-huEA2x/zope.interface-3.6.1/temp/easy_install-wMJuwp/zope.interface-3.6.1/temp/easy_install-rlKxe4/zope.interface-3.6.1/src/zope/interface/commo n/tes ts /test_import_interfaces.py: File name too long
Hm. I'm not able to reproduce this, with either install or easy_install, on setuptools 0.6 or 0.7, on Python 2.4 or 2.5, on Windows or Linux. Have you tried it *without* a virtualenv, i.e.: /path/to/the/real/python easy_install -md somedir fez.atcsv ? (By the way, it appears that one problem you may be encountering anyway is that several of the packages you're trying to install do not support Python version 2.4, and have many syntax errors during the build process.)
does distribute work for this as well?
I'm not completely clear how to test this. I'm working in a virtualenv which has been 'bootstrapped with the python bootstrap.py -d' option - does that make setuptools a distribute fork?
It's the other way around, actually. Distribute is a fork of setuptools.
participants (3)
-
Jon Hadley -
P.J. Eby -
Tarek Ziadé