Mailman 3 January 2008 - Distutils-SIG

That setuptools/Pyrex problem with swig_sources
by Peter Wang 15 Jan '08

15 Jan '08

Hi everyone, I ran into this problem (traceback below) the other day with setuptools 0.6c7 and Pyrex 0.9.6.4 on python 2.5. I saw Phillip's post from October regarding this: http://lists.copyleft.no/pipermail/pyrex/2007-October/002867.html How do I get this setuptools fix? Moreover, what is the best recommendation for others who are trying to build my project? Is there some monkeypatching I can do in my setup.py to work around this problem? (I see that the problem itself results from a bunch of monkeypatching...) Any help would be greatly appreciated. Pyrex is required to build Chaco on the Mac, and all the Enthought projects use eggs heavily, so this is sort of a fundamental problem for us... Thanks, Peter --------------------------- (repotest)pwang@hyperion ~/src/Chaco_3.0.0b1/Chaco_3.0.0b1$ python setup.py bdist_egg running bdist_egg running egg_info writing requirements to Chaco.egg-info/requires.txt writing Chaco.egg-info/PKG-INFO writing namespace_packages to Chaco.egg-info/namespace_packages.txt writing top-level names to Chaco.egg-info/top_level.txt writing dependency_links to Chaco.egg-info/dependency_links.txt writing manifest file 'Chaco.egg-info/SOURCES.txt' installing library code to build/bdist.macosx-10.3-fat/egg running install_lib running build_py running build_ext building 'enthought.chaco2.contour.contour' extension Traceback (most recent call last): File "setup.py", line 77, in <module> zip_safe = False, File "/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/distutils/core.py", line 151, in setup dist.run_commands() File "/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/distutils/dist.py", line 974, in run_commands self.run_command(cmd) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/distutils/dist.py", line 994, in run_command cmd_obj.run() File "/Users/pwang/envs/repotest/lib/python2.5/site-packages/ setuptools-0.6c7-py2.5.egg/setuptools/command/bdist_egg.py", line 174, in run File "/Users/pwang/envs/repotest/lib/python2.5/site-packages/ setuptools-0.6c7-py2.5.egg/setuptools/command/bdist_egg.py", line 161, in call_command File "/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/distutils/cmd.py", line 333, in run_command self.distribution.run_command(command) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/distutils/dist.py", line 994, in run_command cmd_obj.run() File "/Users/pwang/envs/repotest/lib/python2.5/site-packages/ setuptools-0.6c7-py2.5.egg/setuptools/command/install_lib.py", line 20, in run File "/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/distutils/command/install_lib.py", line 112, in build self.run_command('build_ext') File "/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/distutils/cmd.py", line 333, in run_command self.distribution.run_command(command) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/distutils/dist.py", line 994, in run_command cmd_obj.run() File "/Users/pwang/envs/repotest/lib/python2.5/site-packages/ setuptools-0.6c7-py2.5.egg/setuptools/command/build_ext.py", line 46, in run File "/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/distutils/command/build_ext.py", line 290, in run self.build_extensions() File "/Users/pwang/envs/repotest/lib/python2.5/site-packages/ Pyrex-0.9.6.4-py2.5.egg/Pyrex/Distutils/build_ext.py", line 82, in build_extensions self.build_extension(ext) File "/Users/pwang/envs/repotest/lib/python2.5/site-packages/ setuptools-0.6c7-py2.5.egg/setuptools/command/build_ext.py", line 175, in build_extension File "/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/distutils/command/build_ext.py", line 453, in build_extension sources = self.swig_sources(sources, ext) File "/Users/pwang/envs/repotest/lib/python2.5/site-packages/ setuptools-0.6c7-py2.5.egg/setuptools/command/build_ext.py", line 77, in swig_sources TypeError: swig_sources() takes exactly 3 arguments (2 given)

2 1

Re: [Distutils] BUG: easy_install.exe fails under C :\Program files
by Phillip J. Eby 15 Jan '08

15 Jan '08

At 01:00 PM 1/15/2008 +0200, Mikko Ohtamaa wrote: >Would you take a look at the >"easy_install-<http://2.4-script.py>2.4-script.py " file and >see if the path after the #! is enclosed in quotes? For that matter, >what Python executable is it referring to? > > > >Here you go: > >#!C:\Program Files\Plone 3\Python\python.exe ># EASY-INSTALL-ENTRY-SCRIPT: >'setuptools==0.6c7','console_scripts','easy_install-2.4' > >Apparently interpreter path with spaces is not liked somewhere. Change the first line to: #"!C:\Program Files\Plone 3\Python\python.exe" The path should have had quotes there in the first place; I'm surprised it doesn't. Exactly how did you install setuptools to this location?

1 0

Re: [Distutils] Egg depency order
by Iwan Vosloo 15 Jan '08

15 Jan '08

On Mon, 14 Jan 2008 09:45:29 -0500 Phillip J. Eby wrote: > >[1] In fact, this is an intermediary result - I want to > compute all the > >entry points of a tree of dependencies in such a way that the > entry > >points of eggs deeper in the tree will always be earlier in > the list > >than entry points for those shallower in the tree. > > Why? > We are writing an app on top of postgresql, using sqlobject. The thing is broken into different re-usable modules - not all of tcanhese modules need to be installed together. The idea is to package a module in an egg, and have the egg advertise all the sqlobject classes (ie, those that are persisted) via entry points. We can then write a seperate generic tool which (given the resource spec of an arbitrary module) can, for example go and create all the database tables necessary. But this is something that needs to happen in a specific order because some tables depend on others. We hope to capture such dependencies using the eggs's dependency mechanism. The tool can do many other things besides creating tables. For example, we'd also like to develop a generic framework on top of sqlobject which will allow us to easily specify the necessary database schema changes, new tables, changed tables and so on (migrations) that are necessary when upgrading from one version of our eggs to another. The idea is that knowledge of classes, tables, and how to migrate old data would be contained in each module's egg. But the generic code to create /change databases would be in its own egg. - Iwan

2 1

Re: [Distutils] BUG: easy_install.exe fails under C :\Program files
by Phillip J. Eby 15 Jan '08

15 Jan '08

At 06:28 AM 1/7/2008 +0200, Mikko Ohtamaa wrote: >What version are you using? The version on my PC works just fine, >even if I add a space to the Scripts directory name: > > >Python 2.4.4 (#71, Oct 18 2006, 08:34:43) [MSC v.1310 32 bit (Intel)] on win32 >Type "help", "copyright", "credits" or "license" for more information. > >easy_install-<http://2.4.py>2.4.py (--help nor --version don't give >additional version information). Would you take a look at the "easy_install-2.4-script.py" file and see if the path after the #! is enclosed in quotes? For that matter, what Python executable is it referring to?

2 1

Craziness in dependency checking of PyXML version
by Stanley A. Klein 15 Jan '08

15 Jan '08

I'm trying to fix something running under ZSI that broke because of a needed change in the WS-Addressing schema version. I ran into a problem that I've had before, where Python can't recognize that I have a proper version of PyXML installed. I get the following traceback: [stan@localhost wsdl]$ wsdl2py -help Traceback (most recent call last): File "/usr/bin/wsdl2py", line 5, in <module> from pkg_resources import load_entry_point File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 2561, in <module> working_set.require(__requires__) File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 626, in require needed = self.resolve(parse_requirements(requirements)) File "/usr/lib/python2.5/site-packages/pkg_resources.py", line 524, in resolve raise DistributionNotFound(req) # XXX put more info here pkg_resources.DistributionNotFound: PyXML>=0.8.3 What I have installed as an rpm is PyXML-0.8.4-6. I've had this problem before with the PyXML version in another context, probably trying to install ZSI as an egg in my user lib directory. Is there an easy fix for this? Thanks. Stan Klein

2 3

Re: [Distutils] setuptools, bdist_wininst and dependecies
by Phillip J. Eby 14 Jan '08

14 Jan '08

At 07:37 PM 1/14/2008 +0200, Ionel Maries Cristian wrote: >i don't want to impose users to work around package manager quirks Then don't use bdist_wininst as your installation method. Or at the very least, don't mix two different installation methods for the platform.

1 0

Re: [Distutils] setuptools, bdist_wininst and dependecies
by Phillip J. Eby 14 Jan '08

14 Jan '08

At 07:19 PM 1/14/2008 +0200, Ionel Maries Cristian wrote: >looks like my new version doesn't get in easy-install.pth >any idea how to get my old version out of easy-install.pth ? http://peak.telecommunity.com/DevCenter/EasyInstall#uninstalling-packages

2 1

Re: [Distutils] setuptools, bdist_wininst and dependecies
by Phillip J. Eby 14 Jan '08

14 Jan '08

At 05:16 PM 1/14/2008 +0200, Ionel Maries Cristian wrote: >That is like scratching your right ear with your left hand. >Regardless, is this a bug or a missing feature? I don't really see it as either. setuptools provides compatibility with bdist_wininst (both by installing them and being able to make them), but it doesn't magically turn them into something other than what they are.

2 2

Re: [Distutils] Finding my data_files
by Phillip J. Eby 14 Jan '08

14 Jan '08

At 03:32 PM 1/14/2008 +0000, Paul Moore wrote: >On 14/01/2008, Phillip J. Eby <pje(a)telecommunity.com> wrote: > > At 11:24 AM 1/14/2008 +0000, Paul Moore wrote: > > >If I have a module which installs some files using the > > >data_files=[...] argument to setup.py, how do I then (reliably) find > > >those files from my code? > > > > You can't. Use package_data instead. It's available in the > > distutils as of Python 2.4. > >I thought that might be the answer. Unfortunately, MoinMoin still >preserves compatibility with 2.3 :-( So does setuptools. :)

1 0

Re: [Distutils] Finding my data_files
by Phillip J. Eby 14 Jan '08

14 Jan '08

At 11:24 AM 1/14/2008 +0000, Paul Moore wrote: >If I have a module which installs some files using the >data_files=[...] argument to setup.py, how do I then (reliably) find >those files from my code? You can't. Use package_data instead. It's available in the distutils as of Python 2.4.

2 1