Mailman 3 December 2009 - Distutils-SIG

problem with buildout & distribute
by Yonsy Solis Dec. 12, 2009

Dec. 12, 2009

I have problem im a new machine with a pristine python install i download the bootstrap.py to apply to a recipe that i use in other office, when i try to run with the --distribute option i have this error. Downloading http://pypi.python.org/packages/source/d/distribute/distribute-0.6.11.tar.gz Traceback (most recent call last): File "bootstrap.py", line 67, in <module> ez['use_setuptools'](to_dir=tmpeggs, download_delay=0, no_fake=True) ... ... File "/usr/lib/python2.5/urllib2.py", line 506, in http_error_default raise HTTPError(req.get_full_url(), code, msg, hdrs, fp) urllib2.HTTPError: HTTP Error 404: Not Found the problem is in the distribute_setup.py file in http://python-distribute.org/distribute_setup.py in line 49 DEFAULT_VERSION = "0.6.11" define a version of distribute egg that dont exist (yet?) -- Yonsy Solis Aureal Systems (mov) 989-124-141 (www) http://www.aureal.com.pe

2 1

Distribute 0.6.9 released
by Tarek Ziadé Dec. 12, 2009

Dec. 12, 2009

Hi, On behalf of the Distribute team, I am happy to release Distribute 0.6.9. Important changes: * Distribute now works fine under some versions of MacPort Python that have a bug with the platform.mac_ver() API (see http://trac.macports.org/ticket/22278) * Fixed easy_install (the command) behavior w.r.t. a local setup.cfg * Now Sandbox can allow writing in some specific files (by default : os.devnull) Detailed Changes: * Issue 90: unknown setuptools version can be added in the working set * Issue 87: setupt.py doesn't try to convert distribute_setup.py anymore Initial Patch by arfrever. * Issue 89: added a side bar with a download link to the doc. * Issue 86: fixed missing sentence in pkg_resources doc. * Added a nicer error message when a DistributionNotFound is raised. * Issue 80: test_develop now works with Python 3.1 * Issue 93: upload_docs now works if there is an empty sub-directory. * Issue 70: exec bit on non-exec files * Issue 99: now the standalone easy_install command doesn't uses a "setup.cfg" if any exists in the working directory. It will use it only if triggered by ``install_requires`` from a setup.py call (install, develop, etc). * Issue 101: Allowing ``os.devnull`` in Sandbox * Issue 92: Fixed the "no eggs" found error with MacPort (platform.mac_ver() fails) * Issue 103: test_get_script_header_jython_workaround not run anymore under py3 with C or POSIX local. Contributed by Arfrever. * Issue 104: remvoved the assertion when the installation fails, with a nicer message for the end user. * Issue 100: making sure there's no SandboxViolation when the setup script patches setuptools. Regards, Tarek -- Tarek Ziadé | http://ziade.org

1 0

Problem with buildout and zc.recipe.cmmi
by James J Myers Dec. 12, 2009

Dec. 12, 2009

I changed my buildout to use earlier version of zc.recipe.cmmi, back to 1.1.0 and it still fails with the same error. According to your report, 1.1.6 or earlier should work, but not for me.

1 0

Problem with buildout
by James J Myers Dec. 11, 2009

Dec. 11, 2009

I've been using bootstrap.py/buildout happily for a while now, but recently (early December) my buildout stopped working. The symptom is that it appears to fail to unpack Apache as shown in output below. I'm not aware of changing anything in my scripts that could account for this and I really need this to work! Any ideas gratefully accepted! The recipe segment that is failing is at the bottom of this email... I've tried to override the version of zc.buildout used by bootstrap.py but it seems to always use 1.4.3 anyway (which I notice is new as of Dec 10). Generated interpreter '/home/dhat/webapps/portal_test2/myproject/bin/python'. Installing apache. apache: Downloading http://apache.multihomed.net/httpd/httpd-2.2.14.tar.gz apache: Unpacking and configuring sh: ./configure: /bin/sh: bad interpreter: Permission denied While: Installing apache. An internal error occured due to a bug in either zc.buildout or in a recipe being used: Traceback (most recent call last): File "/home/dhat/webapps/portal_test2/myproject/eggs/zc.buildout-1.4.3-py2.5.egg/zc/buildout/buildout.py", line 1660, in main getattr(buildout, command)(args) File "/home/dhat/webapps/portal_test2/myproject/eggs/zc.buildout-1.4.3-py2.5.egg/zc/buildout/buildout.py", line 532, in install installed_files = self[part]._call(recipe.install) File "/home/dhat/webapps/portal_test2/myproject/eggs/zc.buildout-1.4.3-py2.5.egg/zc/buildout/buildout.py", line 1204, in _call return f() File "build/bdist.linux-i686/egg/zc/recipe/cmmi/__init__.py", line 159, in install File "build/bdist.linux-i686/egg/zc/recipe/cmmi/__init__.py", line 186, in cmmi File "build/bdist.linux-i686/egg/zc/recipe/cmmi/__init__.py", line 32, in system SystemError: ('Failed', './configure --prefix=/home/dhat/webapps/portal_test2/myproject/parts/apache --enable-proxy=shared --enable-rewrite=shared --enable-auth_digest=shared --enable-alias=shared') Recipe: [apache] recipe = zc.recipe.cmmi #url = http://www.ibiblio.org/pub/mirrors/apache/httpd/httpd-2.2.14.tar.gz url = http://apache.multihomed.net/httpd/httpd-2.2.14.tar.gz extra_options = --enable-proxy=shared --enable-rewrite=shared --enable-auth_digest=shared --enable-alias=shared

2 1

question about future pip capabilities
by Darren Dale Dec. 10, 2009

Dec. 10, 2009

Hello, I apologize for cross-posting. I am working on improving how I distribute a few python packages, and in the process I have run into some questions that involve easy_install, setuptools/distribute/, pip, and the relationships between them. I was originally planning on using easy_install to take advantage of extras (easy_install foo[bar]) and automatically install dependencies, but I just discovered that easy_install does not support post-installation routines, which I need in order to add entries to the windows start menu. Pip will, I think, support post_installation routines if I implement a custom install command and pass it to setup(). But pip does not yet support extras or installation from windows binary installers, and does not support installation from eggs. The pip documentation states: * It cannot install from eggs. It only installs from source. (In the future it would be good if it could install binaries from Windows .exe or .msi -- binary install on other platforms is not a priority.) * It doesn't understand Setuptools extras (like package[test]). This should be added eventually. * It is incompatible with some packages that customize distutils or setuptools in their setup.py files. * Maybe it doesn't work on Windows. At least, the author doesn't test on Windows often. Questions concerning pip: * Is there a roadmap or timeline concerning installing from windows exe or msi files? I didn't see anything at bitbucket. * Is there a roadmap or timeline concerning extras? I didn't see anything at bitbucket. * Could anyone please expand on the comment that pip is incompatible with some packages that customize distutils or setuptools in their setup.py files, and that it maybe doesn't work on windows? Questions concerning Distribute: * The documentation states that easy_install will be deprecated, and that we should use pip. Isn't this premature, given the current discrepancy between the capabilities and platform support of pip and easy_install? Questions for pip and Distribute: * How closely coupled are these projects? * I have a bit of time after hours, how can I help? Darren

5 8

[Bug] Failed installation. setuptools-0.6c11.win32-py2.6.exe
by Rune Strand Dec. 10, 2009

Dec. 10, 2009

Hi, setuptools-0.6c11.win32-py2.6.exe will not install on Win 7 with python 2.6.4 installed. Dialog says: "Python version 2.6 is required, which was not found in the registry" I run py32 on win64 C:\>python Python 2.6.4 (r264:75708, Oct 26 2009, 07:36:50) [MSC v.1500 64 bit (AMD64)] on win32 best regards

2 2

Re: [Distutils] [Bug] Failed installation. setuptools-0.6c11.win32-py2.6.exe
by P.J. Eby Dec. 10, 2009

Dec. 10, 2009

At 01:32 PM 12/9/2009 +0100, Rune Strand wrote: >Hi, > >setuptools-0.6c11.win32-py2.6.exe will not install on Win 7 with >python 2.6.4 installed. > >Dialog says: "Python version 2.6 is required, which was not found in >the registry" That seems to be an indication that Python itself is not properly installed on your machine -- it should be in the registry. >I run py32 on win64 > >C:\>python >Python 2.6.4 (r264:75708, Oct 26 2009, 07:36:50) [MSC v.1500 64 bit >(AMD64)] on >win32 How was it installed? Did it come with your PC, or did you install it?

2 1

Upcoming Distribute release
by Tarek Ziadé Dec. 10, 2009

Dec. 10, 2009

Hey, Quite a few bugs have been fixed lately, and I am planning to fix some more this week end and cut a release. If there's a bug in http://bitbucket.org/tarek/distribute/issues/ you would like to see fixed, speak up ! Regards Tarek

1 0

Problems with setuptools 0.6c11, Mac OS X 10.6, Python 2.4 from MacPorts
by Jeff Shell Dec. 10, 2009

Dec. 10, 2009

I've been getting strange behavior with trying to use Buildout with setuptools pinned to 0.6c11 on Mac OS X 10.6, with Python 2.4 built from MacPorts. I'd constantly get the following error: Getting distribution for 'zope.interface==3.5.2'. No eggs found in /var/folders/ta/taVYwGZqHuKHt5V7rcwEzE++-+s/-Tmp-/easy_install-7kLZlO/zope.interface-3.5.2/egg-dist-tmp-dC9GYL (setup script problem?) I first noticed it when trying to use a fresh 'bootstrap.py' from zc.buildout (which I have traditionally not used in our projects), and tried the 'Use Distribute' option. What was interesting was that `zope.interface` 3.5.2 was already installed in my eggs directory, and buildout should not have been trying to get a new one. So this problem seems to show up with both Distribute (0.6.8?) and setuptools (0.6c11). Pinning setuptools to 0.6c9 does not have this problem. I don't know if this is related, but when comparing the setuptools 0.6c9 and 0.6c11 source trees, I noticed a change in how the Mac OS X version is looked up: In setuptools 0.6c11, since the change in `pkg_resources._macosx_vers` to use `platform.mac_ver`, the MacPorts build(s) of Python 2.4 do not seem to be reporting any information out of mac_ver(), causing pkg_resources to report spurious information: >>> import platform >>> import pkg_resources >>> platform.mac_ver() ('', ('', '', ''), '') >>> pkg_resources.get_supported_platform() 'macosx--i386' Notice no Mac OS X version. In setuptools 0.6c9, pkg_resources.get_supported_platform() reports as follows: >>> pkg_resources.get_supported_platform() 'macosx-10.6-i386' (The versions of Python 2.5 and 2.6 supplied by Apple report proper information out of 'platform.mac_ver()', but using those versions causes other problems as versions of 'twisted' start tripping over each other, violently) -- Jeff Shell

3 4

Re: [Distutils] Problems with setuptools 0.6c11, Mac OS X 10.6, Python 2.4 from MacPorts
by P.J. Eby Dec. 10, 2009

Dec. 10, 2009

At 04:10 PM 12/9/2009 -0700, Jeff Shell wrote: >I've been getting strange behavior with trying to use Buildout with >setuptools pinned to 0.6c11 on Mac OS X 10.6, with Python 2.4 built >from MacPorts. I'd constantly get the following error: > > Getting distribution for 'zope.interface==3.5.2'. > No eggs found in >/var/folders/ta/taVYwGZqHuKHt5V7rcwEzE++-+s/-Tmp-/easy_install-7kLZlO/zope.interface-3.5.2/egg-dist-tmp-dC9GYL >(setup script problem?) > >I first noticed it when trying to use a fresh 'bootstrap.py' from >zc.buildout (which I have traditionally not used in our projects), and >tried the 'Use Distribute' option. What was interesting was that >`zope.interface` 3.5.2 was already installed in my eggs directory, and >buildout should not have been trying to get a new one. > >So this problem seems to show up with both Distribute (0.6.8?) and >setuptools (0.6c11). > >Pinning setuptools to 0.6c9 does not have this problem. > >I don't know if this is related, but when comparing the setuptools >0.6c9 and 0.6c11 source trees, I noticed a change in how the Mac OS X >version is looked up: Yep, that would cause the problem you're showing above. I'll make a note to change the version check code to fall back if mac_ver() gives spurious results.

1 0