From ssquery at gmail.com  Thu Oct  1 08:41:23 2009
From: ssquery at gmail.com (sudhakar s)
Date: Thu, 1 Oct 2009 12:11:23 +0530
Subject: [Pythonmac-SIG] web services
Message-ID: <1528d2590909302341l374ef71aoc5fe621267e4be49@mail.gmail.com>

HI,   Can any one suggest me how to create a simple web service.
   Started working with webservices but fully confused with searches i made.

   any one have simple web service script which is currently working?
-- 
With Regards,
S Sudhakar.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091001/43cb5ffb/attachment-0001.htm>

From pythonmac at rebertia.com  Thu Oct  1 08:43:06 2009
From: pythonmac at rebertia.com (Chris Rebert)
Date: Wed, 30 Sep 2009 23:43:06 -0700
Subject: [Pythonmac-SIG] web services
In-Reply-To: <1528d2590909302341l374ef71aoc5fe621267e4be49@mail.gmail.com>
References: <1528d2590909302341l374ef71aoc5fe621267e4be49@mail.gmail.com>
Message-ID: <50697b2c0909302343o7dca3889rd19203ed2e68bbd6@mail.gmail.com>

On Wed, Sep 30, 2009 at 11:41 PM, sudhakar s <ssquery at gmail.com> wrote:
>
> HI,
> ?? Can any one suggest me how to create a simple web service.
> ?? Started?working?with?webservices?but?fully?confused?with?searches?i?made.
>
> ???any?one?have?simple?web?service?script?which?is?currently?working?

How is this relevant to Python on the Mac OS X platform specifically?

Cheers,
Chris
--
http://blog.rebertia.com

From harijay at gmail.com  Thu Oct  1 15:42:48 2009
From: harijay at gmail.com (hari jayaram)
Date: Thu, 1 Oct 2009 09:42:48 -0400
Subject: [Pythonmac-SIG] Command line imports module but built *.app
	complains No module yaml
In-Reply-To: <aad3caa30909300842vff016d8la10a700b9cb17911@mail.gmail.com>
References: <aad3caa30909300842vff016d8la10a700b9cb17911@mail.gmail.com>
Message-ID: <aad3caa30910010642ne791cdan4ed86e804b6cff75@mail.gmail.com>

Sorry for resending this email: I didnt see it in the archive and I
got no reply so I am assuming it went straight to bit heaven..


Hello,
I am using the svn build of py2app.
I created a test app with the following setup file ( see below).
Now if I create a test app with command

python setup.py py2app -A

When I try to open the dist file open dist/GridZilla.app
I get a popup no module found yaml

I know the yaml module is present because I see it in site-packages
and ?the script GridZilla.py starts up just fine from the shell where
the py2app was run.
I can also see the module in the GridZilla.app

/Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml

Is there a reason why the GridZilla.app created cannot "see" the yaml
module either in /Library/Python/2.5/site-packages or inside the *.app
Bundle.
How do I get around this? . I have attached a list of my
site-packages. I tried to create the app with and without packages
specified in the OPTIONS dict.
But not matter what the app complains about "No Module yaml"
I am attaching a screen dump of the build process without the -A option

Thanks for your help

Hari



"""
This is a setup.py script generated by py2applet
Usage:
?? ?python setup.py py2app
"""
from setuptools import setup
APP = ['GridZilla.py']
DATA_FILES = []
OPTIONS = {'argv_emulation': True,
?'iconfile': '/Users/hari/gzilla/src/gzilla_ico_fin.icns',
?'packages': 'yaml'}
setup(
?? ?app=APP,
?? ?data_files=DATA_FILES,
?? ?options={'py2app': OPTIONS},
?? ?setup_requires=['py2app'],
)



My site-packages:
hazel:yaml hari$ ls /Library/Python/2.5/site-packages/
PyYAML-3.09-py2.5.egg-info ? ? ? ? ? ? ?_rl_accel.so
? ? ? ? epydoc
modulegraph-0.7.2.dev_r21-py2.5.egg ? ? reportlab
? ? ? ? setuptools.pth
README
altgraph-0.6.8.dev_r9-py2.5.egg ? ? ? ? epydoc-3.0.1-py2.5.egg-info
? ? ? ? py2app-0.4.2-py2.5.egg
reportlab-2.3-py2.5.egg-info ? ? ? ? ? ?sgmlop.so
_renderPM.so ? ? ? ? ? ? ? ? ? ? ? ? ? ?easy-install.pth
? ? ? ? macholib-1.2.1-py2.5.egg ? ? ? ? ? ? ? ?pyHnj.so
? ? ? ? ? ? ? ? ?setuptools-0.6c9-py2.5.egg ? ? ? ? ? ? ?yaml
-------------- next part --------------
hazel:src hari$ python setup.py py2app
running py2app
creating /Users/hari/gzilla/src/build
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/temp
creating /Users/hari/gzilla/src/dist
creating build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/lib-dynload
creating build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/Frameworks
*** filtering dependencies ***
448 total
371 filtered
2 orphaned
77 remaining
*** create binaries ***
creating python loader for extension '_rl_accel'
creating python loader for extension 'sgmlop'
*** byte compile python files ***
byte-compiling /Library/Python/2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/bootstrap/argv_emulation.py to argv_emulation.pyc
byte-compiling /Library/Python/2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/bootstrap/boot_app.py to boot_app.pyc
byte-compiling /Library/Python/2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/bootstrap/chdir_resource.py to chdir_resource.pyc
byte-compiling /Library/Python/2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/bootstrap/disable_linecache.py to disable_linecache.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/__init__.py to reportlab/__init__.pyc
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/reportlab
byte-compiling /Library/Python/2.5/site-packages/reportlab/lib/PyFontify.py to reportlab/lib/PyFontify.pyc
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/reportlab/lib
byte-compiling /Library/Python/2.5/site-packages/reportlab/lib/__init__.py to reportlab/lib/__init__.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/lib/abag.py to reportlab/lib/abag.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/lib/arciv.py to reportlab/lib/arciv.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/lib/boxstuff.py to reportlab/lib/boxstuff.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/lib/colors.py to reportlab/lib/colors.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/lib/enums.py to reportlab/lib/enums.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/lib/fonts.py to reportlab/lib/fonts.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/lib/geomutils.py to reportlab/lib/geomutils.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/lib/logger.py to reportlab/lib/logger.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/lib/pagesizes.py to reportlab/lib/pagesizes.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/lib/pdfencrypt.py to reportlab/lib/pdfencrypt.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/lib/randomtext.py to reportlab/lib/randomtext.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/lib/rltempfile.py to reportlab/lib/rltempfile.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/lib/sequencer.py to reportlab/lib/sequencer.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/lib/styles.py to reportlab/lib/styles.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/lib/textsplit.py to reportlab/lib/textsplit.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/lib/units.py to reportlab/lib/units.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/lib/utils.py to reportlab/lib/utils.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/lib/xmllib.py to reportlab/lib/xmllib.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/pdfbase/__init__.py to reportlab/pdfbase/__init__.pyc
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/reportlab/pdfbase
byte-compiling /Library/Python/2.5/site-packages/reportlab/pdfbase/_fontdata.py to reportlab/pdfbase/_fontdata.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/pdfbase/pdfdoc.py to reportlab/pdfbase/pdfdoc.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/pdfbase/pdfmetrics.py to reportlab/pdfbase/pdfmetrics.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/pdfbase/pdfutils.py to reportlab/pdfbase/pdfutils.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/pdfbase/rl_codecs.py to reportlab/pdfbase/rl_codecs.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/pdfgen/__init__.py to reportlab/pdfgen/__init__.pyc
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/reportlab/pdfgen
byte-compiling /Library/Python/2.5/site-packages/reportlab/pdfgen/canvas.py to reportlab/pdfgen/canvas.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/pdfgen/pathobject.py to reportlab/pdfgen/pathobject.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/pdfgen/pdfgeom.py to reportlab/pdfgen/pdfgeom.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/pdfgen/pdfimages.py to reportlab/pdfgen/pdfimages.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/pdfgen/textobject.py to reportlab/pdfgen/textobject.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/platypus/__init__.py to reportlab/platypus/__init__.pyc
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/reportlab/platypus
byte-compiling /Library/Python/2.5/site-packages/reportlab/platypus/doctemplate.py to reportlab/platypus/doctemplate.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/platypus/flowables.py to reportlab/platypus/flowables.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/platypus/frames.py to reportlab/platypus/frames.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/platypus/paragraph.py to reportlab/platypus/paragraph.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/platypus/paraparser.py to reportlab/platypus/paraparser.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/platypus/tables.py to reportlab/platypus/tables.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/platypus/xpreformatted.py to reportlab/platypus/xpreformatted.pyc
byte-compiling /Library/Python/2.5/site-packages/reportlab/rl_config.py to reportlab/rl_config.pyc
byte-compiling /Users/hari/gridder/__init__.py to gridder/__init__.pyc
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder
byte-compiling /Users/hari/gridder/awarepdfwriter.py to gridder/awarepdfwriter.pyc
byte-compiling /Users/hari/gridder/buffercomponent.py to gridder/buffercomponent.pyc
byte-compiling /Users/hari/gridder/component.py to gridder/component.pyc
byte-compiling /Users/hari/gridder/componentlist.py to gridder/componentlist.pyc
byte-compiling /Users/hari/gridder/masterplate.py to gridder/masterplate.pyc
byte-compiling /Users/hari/gridder/pdfwriterlandscape.py to gridder/pdfwriterlandscape.pyc
byte-compiling /Users/hari/gridder/plate.py to gridder/plate.pyc
byte-compiling /Users/hari/gridder/plateliberror.py to gridder/plateliberror.pyc
byte-compiling /Users/hari/gridder/platepdfwriter.py to gridder/platepdfwriter.pyc
byte-compiling /Users/hari/gridder/well.py to gridder/well.pyc
byte-compiling /Users/hari/gzilla/src/GridZilla.py to GridZilla.pyc
byte-compiling /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/temp/_rl_accel.py to _rl_accel.pyc
byte-compiling /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/temp/sgmlop.py to sgmlop.pyc
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/reportlab/fonts
copying /Library/Python/2.5/site-packages/reportlab/fonts/00readme.txt -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/reportlab/fonts
copying /Library/Python/2.5/site-packages/reportlab/fonts/bitstream-vera-license.txt -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/reportlab/fonts
copying /Library/Python/2.5/site-packages/reportlab/fonts/DarkGarden-copying-gpl.txt -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/reportlab/fonts
copying /Library/Python/2.5/site-packages/reportlab/fonts/DarkGarden-copying.txt -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/reportlab/fonts
copying /Library/Python/2.5/site-packages/reportlab/fonts/DarkGarden-readme.txt -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/reportlab/fonts
copying /Library/Python/2.5/site-packages/reportlab/fonts/DarkGarden.sfd -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/reportlab/fonts
copying /Library/Python/2.5/site-packages/reportlab/fonts/DarkGardenMK.afm -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/reportlab/fonts
copying /Library/Python/2.5/site-packages/reportlab/fonts/DarkGardenMK.pfb -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/reportlab/fonts
copying /Library/Python/2.5/site-packages/reportlab/fonts/Vera.ttf -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/reportlab/fonts
copying /Library/Python/2.5/site-packages/reportlab/fonts/VeraBd.ttf -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/reportlab/fonts
copying /Library/Python/2.5/site-packages/reportlab/fonts/VeraBI.ttf -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/reportlab/fonts
copying /Library/Python/2.5/site-packages/reportlab/fonts/VeraIt.ttf -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/reportlab/fonts
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/branches
copying /Users/hari/gridder/.git/COMMIT_EDITMSG -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git
copying /Users/hari/gridder/.git/config -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git
copying /Users/hari/gridder/.git/description -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git
copying /Users/hari/gridder/.git/FETCH_HEAD -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git
copying /Users/hari/gridder/.git/gitk.cache -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git
copying /Users/hari/gridder/.git/HEAD -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/hooks
copying /Users/hari/gridder/.git/hooks/applypatch-msg.sample -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/hooks
copying /Users/hari/gridder/.git/hooks/commit-msg.sample -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/hooks
copying /Users/hari/gridder/.git/hooks/post-commit.sample -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/hooks
copying /Users/hari/gridder/.git/hooks/post-receive.sample -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/hooks
copying /Users/hari/gridder/.git/hooks/post-update.sample -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/hooks
copying /Users/hari/gridder/.git/hooks/pre-applypatch.sample -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/hooks
copying /Users/hari/gridder/.git/hooks/pre-commit.sample -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/hooks
copying /Users/hari/gridder/.git/hooks/pre-rebase.sample -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/hooks
copying /Users/hari/gridder/.git/hooks/prepare-commit-msg.sample -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/hooks
copying /Users/hari/gridder/.git/hooks/update.sample -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/hooks
copying /Users/hari/gridder/.git/index -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/info
copying /Users/hari/gridder/.git/info/exclude -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/info
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/logs
copying /Users/hari/gridder/.git/logs/HEAD -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/logs
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/logs/refs
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/logs/refs/heads
copying /Users/hari/gridder/.git/logs/refs/heads/master -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/logs/refs/heads
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/logs/refs/remotes
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/logs/refs/remotes/origin
copying /Users/hari/gridder/.git/logs/refs/remotes/origin/HEAD -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/logs/refs/remotes/origin
copying /Users/hari/gridder/.git/logs/refs/remotes/origin/master -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/logs/refs/remotes/origin
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/01
copying /Users/hari/gridder/.git/objects/01/11f832ed5518b05d96d07ebc9ea1b2f4786e3b -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/01
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/02
copying /Users/hari/gridder/.git/objects/02/3f84b341062578f645df27fdd75d96e177a76d -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/02
copying /Users/hari/gridder/.git/objects/02/ab1d9ea774239fab03797f73c081ae7dc4155a -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/02
copying /Users/hari/gridder/.git/objects/02/ffc7c990d802c94ae5f7f346fecaf7642211c6 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/02
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/03
copying /Users/hari/gridder/.git/objects/03/1e52eacd7e6a694e93cbeb86b6c236af679232 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/03
copying /Users/hari/gridder/.git/objects/03/b199db8860d42e8341056db91364576ef03d26 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/03
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/04
copying /Users/hari/gridder/.git/objects/04/a4f1294807c862939c4533846ee88dbbdeebec -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/04
copying /Users/hari/gridder/.git/objects/04/d274297351f761aba94e049be373f4b0903d9d -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/04
copying /Users/hari/gridder/.git/objects/04/f25bc4003dfc2fdd4df44846e11cdaf9e2c8a2 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/04
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/06
copying /Users/hari/gridder/.git/objects/06/780ad541f1e2cc57e542b7ecc60c2aeb3536dd -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/06
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/07
copying /Users/hari/gridder/.git/objects/07/36fb35b033bf4e72656af6153ab7db01ba66a1 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/07
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/08
copying /Users/hari/gridder/.git/objects/08/2fcb6eebff6a63ba77cefc946c24b0e5a5ee86 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/08
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/09
copying /Users/hari/gridder/.git/objects/09/51714c9ece1d5765864f784b33841024d50020 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/09
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/0a
copying /Users/hari/gridder/.git/objects/0a/16ccb46148a6d533f7e0ee0893eb531227481b -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/0a
copying /Users/hari/gridder/.git/objects/0a/eb7a6502d4d408b4ed2e6226b6b279fb2de4ec -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/0a
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/0b
copying /Users/hari/gridder/.git/objects/0b/2de95b417f2b3793e8a0e35c57c753c4f2c835 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/0b
copying /Users/hari/gridder/.git/objects/0b/d96d3db7e1b6d649885add3336ad8d194465dd -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/0b
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/0c
copying /Users/hari/gridder/.git/objects/0c/3eb27a2a52151d1d3ad1cfde56d8aaf1c04de1 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/0c
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/0d
copying /Users/hari/gridder/.git/objects/0d/73b404a0f92462265a7c4c4a4d8e35812673ac -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/0d
copying /Users/hari/gridder/.git/objects/0d/be9950ca7bce7a3b61f6619686f04aa919217b -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/0d
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/0e
copying /Users/hari/gridder/.git/objects/0e/731315cc93a495ac31d3d821bad945d1050bf6 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/0e
copying /Users/hari/gridder/.git/objects/0e/e2b550f42a431a896a8909d16d0fa0a2355dfe -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/0e
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/0f
copying /Users/hari/gridder/.git/objects/0f/3eb37e557762a53079f1fd94ccf8834a023d54 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/0f
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/10
copying /Users/hari/gridder/.git/objects/10/eae34900b4c667636175b6b4b0f0bbf69754d9 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/10
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/11
copying /Users/hari/gridder/.git/objects/11/6dbac2b2bde1f9346ebc23b3dff733646c143f -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/11
copying /Users/hari/gridder/.git/objects/11/6e54ec9b6fc79396c990ee81110924cc372d28 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/11
copying /Users/hari/gridder/.git/objects/11/8bd2f8670f7e19fdebd409e255fa4c23f3e118 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/11
copying /Users/hari/gridder/.git/objects/11/d6e0c1e6433e616341808d6743e2b927b8c230 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/11
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/12
copying /Users/hari/gridder/.git/objects/12/0704b68551fd00e8a8250bec140512efe9b95d -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/12
copying /Users/hari/gridder/.git/objects/12/69944e1af936238073bfbe03cbc995187c82e1 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/12
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/14
copying /Users/hari/gridder/.git/objects/14/e20f45025f1df4037553e9f09ced19901c916a -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/14
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/15
copying /Users/hari/gridder/.git/objects/15/5ec2066500b9076c5274e30c3ab4a2ea93930a -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/15
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/16
copying /Users/hari/gridder/.git/objects/16/25b39663f449f6ac09d04981ef77133247414f -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/16
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/17
copying /Users/hari/gridder/.git/objects/17/af8f27d2d75362ee75fad5760237667572c032 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/17
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/18
copying /Users/hari/gridder/.git/objects/18/069e95d158f08e0c7cd5a31bb5e0f8210f4646 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/18
copying /Users/hari/gridder/.git/objects/18/3eec8ea6bac6e8904e18f6f596bdc087caeeb1 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/18
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/19
copying /Users/hari/gridder/.git/objects/19/731c06ff1c3cfb1cf983b8ce9a74ffad80fc1d -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/19
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/1a
copying /Users/hari/gridder/.git/objects/1a/06c757c5fa04c3a3e37f1993a391dffeb4ad93 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/1a
copying /Users/hari/gridder/.git/objects/1a/ad33eb1ec404cffc95e90ec1761cdd9f7e46ee -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/1a
copying /Users/hari/gridder/.git/objects/1a/d2fff187dba233ca621108f26fa2df7d5ab040 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/1a
copying /Users/hari/gridder/.git/objects/1a/d8a838085266209e35430e7be78782d56e2bee -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/1a
copying /Users/hari/gridder/.git/objects/1a/f81c438a2da3aaef9aebdd61e96f65145307fc -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/1a
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/1b
copying /Users/hari/gridder/.git/objects/1b/b8de9881fa3b62a6456852874b9ebead94568a -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/1b
copying /Users/hari/gridder/.git/objects/1b/ba75a01fe8054e5960fab30355e95ddac78cf2 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/1b
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/1c
copying /Users/hari/gridder/.git/objects/1c/a03fd8aa85cd18b93ac63ff6447199d9799dcb -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/1c
copying /Users/hari/gridder/.git/objects/1c/b588a1c45e8f3a0e4508b0f1dd1a161ab83f42 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/1c
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/1d
copying /Users/hari/gridder/.git/objects/1d/a7a63be550610d842185830cca4730bf465dc3 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/1d
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/1e
copying /Users/hari/gridder/.git/objects/1e/51a28d32f08d7a79c8bc59a3f7c5bd123d3a7a -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/1e
copying /Users/hari/gridder/.git/objects/1e/beb6f6e93bc5e5e94bd1e86ec5c5146c760ca4 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/1e
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/1f
copying /Users/hari/gridder/.git/objects/1f/1b7a7a81a1dbbc364074b060f8d7d9bf811e90 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/1f
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/21
copying /Users/hari/gridder/.git/objects/21/0db79f94696ed3c35a97da443765082c82f609 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/21
copying /Users/hari/gridder/.git/objects/21/d00e0abbe9114b99bd8bb232328cafb0f52741 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/21
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/24
copying /Users/hari/gridder/.git/objects/24/5795c93961506bd42b735e9086783bef4c6d9c -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/24
copying /Users/hari/gridder/.git/objects/24/edf52adb237fe4071b7af2b181a07e1db301df -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/24
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/26
copying /Users/hari/gridder/.git/objects/26/387e25374f02171f00b3d01519596e25efab65 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/26
copying /Users/hari/gridder/.git/objects/26/cb61f7c8e88150bea7b951354e7bb0a83769e0 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/26
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/28
copying /Users/hari/gridder/.git/objects/28/28f3f1cc3987a9206badaf415b7615b1df2e65 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/28
copying /Users/hari/gridder/.git/objects/28/3913a29f940e377c1c8266c89767d537f5a404 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/28
copying /Users/hari/gridder/.git/objects/28/e9164273f3753daf9c3ee9f315638a1752b8a6 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/28
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/29
copying /Users/hari/gridder/.git/objects/29/e7a37ad2bc8898f8dc37108ed946d12f0c31a4 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/29
copying /Users/hari/gridder/.git/objects/29/f20af3c07b7b0eeb68456c5e57b46c6f9779f8 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/29
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/2a
copying /Users/hari/gridder/.git/objects/2a/260482368b8b927befedc8502293e35a2739b9 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/2a
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/2b
copying /Users/hari/gridder/.git/objects/2b/5b2456e65aeb1c6b25a8ba50341b12b16bfcbc -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/2b
copying /Users/hari/gridder/.git/objects/2b/617043dfbd83634c30b45b1810a739c89d56cb -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/2b
copying /Users/hari/gridder/.git/objects/2b/d3c5463801cbf87d281d5bee99f5ea1c26210c -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/2b
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/2c
copying /Users/hari/gridder/.git/objects/2c/03468a79cd22e4d9f0c340d9b23466003fe1b2 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/2c
copying /Users/hari/gridder/.git/objects/2c/47bb60de0a3cf49bb4adcb786d54c71e8567a3 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/2c
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/2d
copying /Users/hari/gridder/.git/objects/2d/361a91c5caa1e8220ddd35bfc9373e22423f01 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/2d
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/2f
copying /Users/hari/gridder/.git/objects/2f/2ba09c1f640291d54088c4e89a5db5aeb303b4 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/2f
copying /Users/hari/gridder/.git/objects/2f/78cf5b66514f2506d9af5f3dadf3dee7aa6d9f -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/2f
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/30
copying /Users/hari/gridder/.git/objects/30/4e7b19fe346735edb128ecc24d97b3a1fb110c -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/30
copying /Users/hari/gridder/.git/objects/30/999546bd11045b549057d31a365ee2f50a9243 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/30
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/31
copying /Users/hari/gridder/.git/objects/31/5e315fe75c5f22cd21e55359bbcf2ca7ce3f5c -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/31
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/33
copying /Users/hari/gridder/.git/objects/33/1c7fcefae6410dda12e023eac885f3f1905aef -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/33
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/34
copying /Users/hari/gridder/.git/objects/34/c5c3d785bae9bee55e7246e0a93af0ac8f1839 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/34
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/36
copying /Users/hari/gridder/.git/objects/36/7542daf1e7ff2a4e0d00bbfae22786051caecb -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/36
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/38
copying /Users/hari/gridder/.git/objects/38/29108008d851aab0fca24734251f712efee1db -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/38
copying /Users/hari/gridder/.git/objects/38/9a6e8a888bc4da465d68bb379d629e89625ddc -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/38
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/39
copying /Users/hari/gridder/.git/objects/39/f7cdb2cd18da976feddf9a0b0a1bacada18371 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/39
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/3a
copying /Users/hari/gridder/.git/objects/3a/dab07085dacc7fba1c1f5371cd24850e61f76e -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/3a
copying /Users/hari/gridder/.git/objects/3a/e30754ee9db1637fa0bc5f6751f0614a0e8aa3 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/3a
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/3b
copying /Users/hari/gridder/.git/objects/3b/14dbad32bce58c9cafec0b1abce8b4afc478fa -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/3b
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/3d
copying /Users/hari/gridder/.git/objects/3d/65a0c2bf5edc09ffa9d4ad6b918710071e1ca9 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/3d
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/3e
copying /Users/hari/gridder/.git/objects/3e/ef094fa27784359cddd93d99e5c75baa004b2b -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/3e
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/40
copying /Users/hari/gridder/.git/objects/40/e2ce3e176917d501c616741f2ba4863a23b56b -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/40
copying /Users/hari/gridder/.git/objects/40/fd98facdaa89ff264c0bc88eff152ec8a8c037 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/40
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/41
copying /Users/hari/gridder/.git/objects/41/489ebd365ae27629a5c470fe9de72fd39be30d -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/41
copying /Users/hari/gridder/.git/objects/41/4c1c2ecfdbbd98d28d981e4be13aa8d6e9c770 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/41
copying /Users/hari/gridder/.git/objects/41/9f6cd84568d1dd4f84e2dfe124acff2650fef7 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/41
copying /Users/hari/gridder/.git/objects/41/ba2ffd67684e6cdbb2b5844a6fe113c22954d1 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/41
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/45
copying /Users/hari/gridder/.git/objects/45/f5656dfcc52bd2bd27adfa89e47084978534ce -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/45
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/46
copying /Users/hari/gridder/.git/objects/46/4857e1d17dd6685e262cb0af5fa4f18fd8542c -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/46
copying /Users/hari/gridder/.git/objects/46/82d05ead66b9457442a48750a8254a3b252fd0 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/46
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/48
copying /Users/hari/gridder/.git/objects/48/39ccf6b02983da22ec83351402b13655200dcb -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/48
copying /Users/hari/gridder/.git/objects/48/c6e9869bd0eff92dfe2df6b0b2877b0de9e482 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/48
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/49
copying /Users/hari/gridder/.git/objects/49/67d8af95ff313458acafce5f73a7463e31b03f -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/49
copying /Users/hari/gridder/.git/objects/49/81e803db1c12da66612eae2c01d6c6c3b0aa29 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/49
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/4c
copying /Users/hari/gridder/.git/objects/4c/126294628d6e25307b167f55e6c98aef886961 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/4c
copying /Users/hari/gridder/.git/objects/4c/ff3363cc0840e7005868afb77292f0a93f6b0f -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/4c
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/51
copying /Users/hari/gridder/.git/objects/51/8e18503ae3858eefc853eb0bee20d7eceb42de -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/51
copying /Users/hari/gridder/.git/objects/51/c3d6cf3b73fc272c5f2ead811b522477a942f2 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/51
copying /Users/hari/gridder/.git/objects/51/ee31bf1e0ecd1ed98979fbd4833e344d96a9a7 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/51
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/53
copying /Users/hari/gridder/.git/objects/53/80b2fc6a8903bfae4e98db0a7ca95d7fdc9fe9 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/53
copying /Users/hari/gridder/.git/objects/53/eb94eaf7995b7f3fa38050f17d36f6802e9f10 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/53
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/54
copying /Users/hari/gridder/.git/objects/54/9bbe32bc7ea402b97c76069a1e14b7f2d1ce3a -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/54
copying /Users/hari/gridder/.git/objects/54/c25852f539a1feecba2b596ecbb416abbb4e37 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/54
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/56
copying /Users/hari/gridder/.git/objects/56/389f8ba1f8fdb049bd39ae043414942a3858a7 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/56
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/57
copying /Users/hari/gridder/.git/objects/57/0433d564ca539f345a656677451168c53eba91 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/57
copying /Users/hari/gridder/.git/objects/57/594a1d0d3cb184c75ca3c891e2ef6a31c44f0e -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/57
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/59
copying /Users/hari/gridder/.git/objects/59/09f6d92b58ca593b4a804746c10ed1e1a8dbdc -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/59
copying /Users/hari/gridder/.git/objects/59/5cc8d3ee7e157f233b75d88d084fd1274748a8 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/59
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/5b
copying /Users/hari/gridder/.git/objects/5b/3368be86ef8a9b11dcbf9df14b00d52da3bca6 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/5b
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/5e
copying /Users/hari/gridder/.git/objects/5e/24f8e0b1512ab64b872d34c6b267e9b5098cd3 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/5e
copying /Users/hari/gridder/.git/objects/5e/2cda48f825ab4175258a0c5e661e24e7059b68 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/5e
copying /Users/hari/gridder/.git/objects/5e/3b0f868b76c5283aee5d3dfcc71c00afa4d627 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/5e
copying /Users/hari/gridder/.git/objects/5e/b1e58f6e1f10fe9983cad0f8af7aa873e66e5e -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/5e
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/5f
copying /Users/hari/gridder/.git/objects/5f/d836e4b492609a5608231b7a7b24e490e0e513 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/5f
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/60
copying /Users/hari/gridder/.git/objects/60/22e9a3ba2acbe6adcc00219b6e2fb58b7d95b7 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/60
copying /Users/hari/gridder/.git/objects/60/38c34f39c7ae576f3a86833c2861545ef64fb2 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/60
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/61
copying /Users/hari/gridder/.git/objects/61/0141a700aab22b008dd53436741dcbdf78131a -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/61
copying /Users/hari/gridder/.git/objects/61/6a4165fed5811359f1f42fd6e07ae4dc2565e2 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/61
copying /Users/hari/gridder/.git/objects/61/e44d0e30893a39763e5d27c5e064e27bc66ecf -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/61
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/62
copying /Users/hari/gridder/.git/objects/62/ba5801211099e9adca463312b28bc2cd3e13d1 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/62
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/63
copying /Users/hari/gridder/.git/objects/63/450d3808bfd66298f935bbecd61101e42a4c65 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/63
copying /Users/hari/gridder/.git/objects/63/abed741a25f1e0684a2c8da0a5f24855c52366 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/63
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/64
copying /Users/hari/gridder/.git/objects/64/38032b5f4dfffe97a2013cc592466bd5ee9f9b -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/64
copying /Users/hari/gridder/.git/objects/64/9e122769e95b841492a4e4e98f95c572cb8004 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/64
copying /Users/hari/gridder/.git/objects/64/cd64240027bd3392b6b6196323fcf9e8cfba70 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/64
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/65
copying /Users/hari/gridder/.git/objects/65/87fd2c938ba1526f30cbdcc0eace16788f3555 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/65
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/66
copying /Users/hari/gridder/.git/objects/66/20df4e7bd848179253bbe37c715babd0d894b4 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/66
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/68
copying /Users/hari/gridder/.git/objects/68/6ce2bf4243f5a61255168e9ff2e01a003f2b12 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/68
copying /Users/hari/gridder/.git/objects/68/aaa50011bbdb6f92b006ae11dc6610e10905a9 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/68
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/69
copying /Users/hari/gridder/.git/objects/69/cb5ec6b4a8705aae0ee7da5bdeeee5e21213f3 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/69
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/6a
copying /Users/hari/gridder/.git/objects/6a/654870ac60c6b49f2281875cd54ffd7b2f0346 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/6a
copying /Users/hari/gridder/.git/objects/6a/926acdc46f1284617c4c687e3f881f9bb2be73 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/6a
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/6c
copying /Users/hari/gridder/.git/objects/6c/af37b3a36081933b61e03435229e02fa6149a4 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/6c
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/6d
copying /Users/hari/gridder/.git/objects/6d/77e608f95fc4e3076baf6440b946dfef16b4b6 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/6d
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/6e
copying /Users/hari/gridder/.git/objects/6e/e111562aa5ec2867afa3c4aa04506e19a8571d -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/6e
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/6f
copying /Users/hari/gridder/.git/objects/6f/38ea32164efce6f5501b95a781cc3c244a2adc -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/6f
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/70
copying /Users/hari/gridder/.git/objects/70/d7a82af33d9a0b081cadf621ba2b1dd3fb7c78 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/70
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/73
copying /Users/hari/gridder/.git/objects/73/1d416dd2206c239b96b7cd7c262cabae82056c -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/73
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/75
copying /Users/hari/gridder/.git/objects/75/55280b0ceaaca5aeb6c57a8ebd9eb4b2e124ea -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/75
copying /Users/hari/gridder/.git/objects/75/6ee012c2ecbaf344ed61d19ff28e7e2efa76a9 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/75
copying /Users/hari/gridder/.git/objects/75/73a0d859a97e2c314ac5086153275b1fc1fe81 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/75
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/79
copying /Users/hari/gridder/.git/objects/79/41295c3c7bac93f93c1b7205e202fe412eb952 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/79
copying /Users/hari/gridder/.git/objects/79/f43915ceffa13678aacb7856805fb4fa19996b -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/79
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/7a
copying /Users/hari/gridder/.git/objects/7a/b387d1010ef0fe18776cf32defc09537ea597d -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/7a
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/7b
copying /Users/hari/gridder/.git/objects/7b/6c649c769803169dd3982dc1ad2316534d8d50 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/7b
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/7c
copying /Users/hari/gridder/.git/objects/7c/cd51b10b1686a9fdc9e920ec96ae1343550738 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/7c
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/7d
copying /Users/hari/gridder/.git/objects/7d/2d4c5b5a62c74ad153317139f54583d6be2952 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/7d
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/7f
copying /Users/hari/gridder/.git/objects/7f/69850931330e46ebdfafae1c006bc2db7ab5f2 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/7f
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/80
copying /Users/hari/gridder/.git/objects/80/598780a931fa16f0e9e21fff30fb741e5f1ee6 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/80
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/81
copying /Users/hari/gridder/.git/objects/81/1fbc850c499c8078ba1b2c3ada340db63892d8 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/81
copying /Users/hari/gridder/.git/objects/81/89dc558f6814cc3de3646ab6ace09ee924612a -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/81
copying /Users/hari/gridder/.git/objects/81/e836f40c32895e62e06298d25c0ff9b008b414 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/81
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/82
copying /Users/hari/gridder/.git/objects/82/578c8bc4184ccf12ec520557c13b729b19844d -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/82
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/85
copying /Users/hari/gridder/.git/objects/85/59f39d62a1cc9fe5a5648a8d06428dfd9ace8e -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/85
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/86
copying /Users/hari/gridder/.git/objects/86/ace4709e97be0979140654b54ef6bfcd8970a8 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/86
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/88
copying /Users/hari/gridder/.git/objects/88/c4c8798410c82445e5ce80a67f6b15cdd6acf5 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/88
copying /Users/hari/gridder/.git/objects/88/e6479407d451ff0571805877fe127c0a0fc75d -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/88
copying /Users/hari/gridder/.git/objects/88/fc41ff0084fe7ada81caecd25d3e474df93d53 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/88
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/89
copying /Users/hari/gridder/.git/objects/89/4632fdae670c7856218c9f43e7b6059a329ee2 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/89
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/8a
copying /Users/hari/gridder/.git/objects/8a/87bfb26553fd878c9041dc1186f61b725179dd -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/8a
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/8b
copying /Users/hari/gridder/.git/objects/8b/8333407684741543634e4b761a75a9153859ee -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/8b
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/8d
copying /Users/hari/gridder/.git/objects/8d/3ea38a9bacc06bd9a47877469f5229feba2f74 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/8d
copying /Users/hari/gridder/.git/objects/8d/c34c9f90fb3b92699e847b1cb5ba3fe1230936 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/8d
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/8e
copying /Users/hari/gridder/.git/objects/8e/08745c3c16132bf8a377cb3f114cbc2220731d -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/8e
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/90
copying /Users/hari/gridder/.git/objects/90/82c75abf32cd735f95055981fdc080ec6bd2ac -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/90
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/93
copying /Users/hari/gridder/.git/objects/93/45e17d9d3bbfaf0ca052757a2822b587b385e1 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/93
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/94
copying /Users/hari/gridder/.git/objects/94/43d11dd0fe2fd9ef83ea24899676134bd57822 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/94
copying /Users/hari/gridder/.git/objects/94/5cefcf7b49d3877f32903d3549cd1a65ba5040 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/94
copying /Users/hari/gridder/.git/objects/94/b19b56056822fed5e00cd216e4e54b25787287 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/94
copying /Users/hari/gridder/.git/objects/94/d5c0d769d5a4a276140640d1c9ee0c5c87cfb2 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/94
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/95
copying /Users/hari/gridder/.git/objects/95/f2d04e55da2d5f1b79eb949cd43657299acbbb -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/95
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/97
copying /Users/hari/gridder/.git/objects/97/3b91c1b64fc0267604f6a5b37c8b1f42c744ff -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/97
copying /Users/hari/gridder/.git/objects/97/495251be01f59f1e4fc88777ad4c983b795ca1 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/97
copying /Users/hari/gridder/.git/objects/97/9acd83f22c8576636f948017301e9f510adb07 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/97
copying /Users/hari/gridder/.git/objects/97/b0d6d63dc749b0d62095c4d2daff267c008fbf -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/97
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/98
copying /Users/hari/gridder/.git/objects/98/dac07646b905af2441002f3c90448e67915480 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/98
copying /Users/hari/gridder/.git/objects/98/dd6655f27d74ce0d22df93d63ea5a55edf010d -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/98
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/99
copying /Users/hari/gridder/.git/objects/99/d0d291e5654aecd6081b57e6d2d7cc7400b538 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/99
copying /Users/hari/gridder/.git/objects/99/de063d196a900797cc3e696f7a4c9d1bbed972 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/99
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/9a
copying /Users/hari/gridder/.git/objects/9a/3e9fa8c615e83078c6aa426af487678661251b -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/9a
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/9b
copying /Users/hari/gridder/.git/objects/9b/6105ec7951fa8c1cca0a265e81e421ea53ca67 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/9b
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/a1
copying /Users/hari/gridder/.git/objects/a1/5a9d398575cab38b994f4eea26be101d1f2856 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/a1
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/a4
copying /Users/hari/gridder/.git/objects/a4/3340dad571433b20ce889b73fd035d004f4c9d -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/a4
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/a5
copying /Users/hari/gridder/.git/objects/a5/ca51d9a0a8ebc2d9b5c90d1fded992cefbeeaf -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/a5
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/a7
copying /Users/hari/gridder/.git/objects/a7/6af9764e4d7e790fc8eb087509c14ea184ba17 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/a7
copying /Users/hari/gridder/.git/objects/a7/af4006ecb7f4332ef6257d50f8010c67973c69 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/a7
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/a8
copying /Users/hari/gridder/.git/objects/a8/a4cbd3e31b674fe8d6654d570c466f7e7c5d6b -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/a8
copying /Users/hari/gridder/.git/objects/a8/dd3b16f2e9c22205f30c421c320e21d021f2b7 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/a8
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/a9
copying /Users/hari/gridder/.git/objects/a9/6e9ef7d075280b6edf0e40166b5f9505b5ed70 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/a9
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ab
copying /Users/hari/gridder/.git/objects/ab/e11d05796019940cf5ed634251077fbeee0dd5 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ab
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ae
copying /Users/hari/gridder/.git/objects/ae/b8c808493e981140deca1cc87883fd4b4d82e6 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ae
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/b0
copying /Users/hari/gridder/.git/objects/b0/775379eabe7b90e688197d8083cb23a7514aaa -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/b0
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/b1
copying /Users/hari/gridder/.git/objects/b1/c061210e1b9bbf0b07573ad8c0e63ebd3f488d -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/b1
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/b2
copying /Users/hari/gridder/.git/objects/b2/1e2d337d13d9e2d55738b39aea9bb08524c947 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/b2
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/b3
copying /Users/hari/gridder/.git/objects/b3/5a723ab4bbc4689efd7f02f1e850c35b6e5f2b -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/b3
copying /Users/hari/gridder/.git/objects/b3/b274e442b4f5a3a902f069410be27132b39442 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/b3
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/b8
copying /Users/hari/gridder/.git/objects/b8/4b49f7ad8c3fdc87f556984fcc62c5ef670a2a -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/b8
copying /Users/hari/gridder/.git/objects/b8/678d6573025b6b7502243aa76e4bc6336fd15f -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/b8
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/b9
copying /Users/hari/gridder/.git/objects/b9/30fbb4bb41dfb6a40206a3b8a58aae8af35b97 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/b9
copying /Users/hari/gridder/.git/objects/b9/80ce2c9ef927c27aad677c4781dc474c6fd901 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/b9
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ba
copying /Users/hari/gridder/.git/objects/ba/ab26e6f734663edbd847f8143ab24914afcb0d -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ba
copying /Users/hari/gridder/.git/objects/ba/d2b2a77f741d464d0d270b7556e42d316d217b -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ba
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/bb
copying /Users/hari/gridder/.git/objects/bb/15d66f51d336d4d87783ed9cd61828d1d6324b -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/bb
copying /Users/hari/gridder/.git/objects/bb/efe60e770eb6e9ca25d2885bbf41b1bb763c15 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/bb
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c0
copying /Users/hari/gridder/.git/objects/c0/9a472a0a834f7cb84b5550a9b202e1ea0ac378 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c0
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c1
copying /Users/hari/gridder/.git/objects/c1/30c291cc511cae322093b690734d670e1286e9 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c1
copying /Users/hari/gridder/.git/objects/c1/ff665ed21b86ed0749a6f2832b370aff0bcfde -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c1
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c2
copying /Users/hari/gridder/.git/objects/c2/4e0925b005dd5728e8f23d9864bafe262565f6 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c2
copying /Users/hari/gridder/.git/objects/c2/d9f862fac3bf08dc80413866bbc35eeb981265 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c2
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c3
copying /Users/hari/gridder/.git/objects/c3/9c1a9469ec2f99ca5284c0b0f4f2dc743e91cf -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c3
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c4
copying /Users/hari/gridder/.git/objects/c4/032338daf56b05739e8c1ea49174663c936020 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c4
copying /Users/hari/gridder/.git/objects/c4/40004c412e513dc8005a06a977a7c1da07e579 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c4
copying /Users/hari/gridder/.git/objects/c4/bf3d5bb19060b44c6ed5671b6ad330ccc81410 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c4
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c5
copying /Users/hari/gridder/.git/objects/c5/a08551331536a3ddf46fb9db9a9e9278085b9b -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c5
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c7
copying /Users/hari/gridder/.git/objects/c7/60787bfe1925455b3096ccef5210259864681f -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c7
copying /Users/hari/gridder/.git/objects/c7/d448fa5cb2548a06514db4c5e875c9dd4c2e81 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c7
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c9
copying /Users/hari/gridder/.git/objects/c9/25b56d228c691e49a411af83de4eb87242b63d -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c9
copying /Users/hari/gridder/.git/objects/c9/e8b088964dea629a0454963b419242d6376dde -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/c9
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/cc
copying /Users/hari/gridder/.git/objects/cc/52cd28b58fdb77b41356d85355d1d7c8487052 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/cc
copying /Users/hari/gridder/.git/objects/cc/8e327f8310a90503025f736cc2b1653046c6c5 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/cc
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/cd
copying /Users/hari/gridder/.git/objects/cd/1b07ac8320c9f8c3a0886ddea14f4a6cc003f3 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/cd
copying /Users/hari/gridder/.git/objects/cd/3b0ea5c83f0cab92188bb3d41e4cd8385da507 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/cd
copying /Users/hari/gridder/.git/objects/cd/8d99e2f48bac5d021913b55ccf872cbaf14d8a -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/cd
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ce
copying /Users/hari/gridder/.git/objects/ce/de0e533dd1648e5f8b20e1cac6404f81efe202 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ce
copying /Users/hari/gridder/.git/objects/ce/ecf254fbfb2a762a8fb1ea4385426e69173bfa -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ce
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/cf
copying /Users/hari/gridder/.git/objects/cf/32e5083555fb8a3436fb98f1855e37529d9f89 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/cf
copying /Users/hari/gridder/.git/objects/cf/544faddbcdf7fae16ad4de243e6435e4cc1987 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/cf
copying /Users/hari/gridder/.git/objects/cf/b6ac2600c12f9d209bba5e4128719443150412 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/cf
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/d0
copying /Users/hari/gridder/.git/objects/d0/59094f3cde6692f1939a32b42addb0a70ed435 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/d0
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/d1
copying /Users/hari/gridder/.git/objects/d1/9d9edd46f0b12ad71a4bc8691cdaa87429da54 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/d1
copying /Users/hari/gridder/.git/objects/d1/e498f15428284d0f2ac756b7862857bf8f0dd6 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/d1
copying /Users/hari/gridder/.git/objects/d1/ff18bef15ec7966c56121369847043762ec33b -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/d1
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/d2
copying /Users/hari/gridder/.git/objects/d2/3139bbd7a417affb08fc0e1d3d41e4257e0db7 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/d2
copying /Users/hari/gridder/.git/objects/d2/d5f57e76ec04e853ab7b5d63a5fa3c804c57e2 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/d2
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/d5
copying /Users/hari/gridder/.git/objects/d5/8a5939f7376664b8f15c1f342bb29fb29b65d9 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/d5
copying /Users/hari/gridder/.git/objects/d5/a45131e7e4a7c3262ed2f4575335cc9a1f91a6 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/d5
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/d6
copying /Users/hari/gridder/.git/objects/d6/6a3ff298f6ef3216947f9e661ca115e0cf80f4 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/d6
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/d8
copying /Users/hari/gridder/.git/objects/d8/c327622f243b01de31f9955da4449cf42b6de7 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/d8
copying /Users/hari/gridder/.git/objects/d8/c7af309e2beaa33550bcd3bab6def62fbd3146 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/d8
copying /Users/hari/gridder/.git/objects/d8/f1cf4a646251611db1cccbc675b25c86075747 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/d8
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/db
copying /Users/hari/gridder/.git/objects/db/1c15874ec2e4f13b5c27a38f3b57117d3b8481 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/db
copying /Users/hari/gridder/.git/objects/db/3882bc6ce15e64e07ad3b77cee6fcbed3cf75d -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/db
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/de
copying /Users/hari/gridder/.git/objects/de/c06ecc27a2e21beb2d8d978e408e18bf76a866 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/de
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/df
copying /Users/hari/gridder/.git/objects/df/1b60e81e76af6b73184795dadf9731df01aceb -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/df
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/e1
copying /Users/hari/gridder/.git/objects/e1/952fab50d5d2c077161be8c005b69f88ea14a1 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/e1
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/e2
copying /Users/hari/gridder/.git/objects/e2/890717877547489936d3a4d22ad10f147cfde0 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/e2
copying /Users/hari/gridder/.git/objects/e2/f173bfaee416ce68408aa9b48303cdd5778b08 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/e2
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/e5
copying /Users/hari/gridder/.git/objects/e5/17649215122c05627fed0d17ff622bdf67d26c -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/e5
copying /Users/hari/gridder/.git/objects/e5/45595f2e29bc78572422c40c5ea6c303419373 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/e5
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/e6
copying /Users/hari/gridder/.git/objects/e6/648d974affddb2d9e47df01a6ba607fe9323e9 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/e6
copying /Users/hari/gridder/.git/objects/e6/9de29bb2d1d6434b8b29ae775ad8c2e48c5391 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/e6
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/e7
copying /Users/hari/gridder/.git/objects/e7/d310fe02fbb782a6a670109a7819c2acb9065e -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/e7
copying /Users/hari/gridder/.git/objects/e7/ea0b135d162d1cdeab155df3b887883d62e7e4 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/e7
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/e8
copying /Users/hari/gridder/.git/objects/e8/648bf3722ef7c9cbb8c9c8023a795c5037b4b2 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/e8
copying /Users/hari/gridder/.git/objects/e8/7498e4784317e15cad18d8fedfa061ba02b375 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/e8
copying /Users/hari/gridder/.git/objects/e8/e5842e7501737f90bffbcb93c76b3bcd0dfb59 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/e8
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ea
copying /Users/hari/gridder/.git/objects/ea/dd6d656b4b493e98d22e7bd07a9ff7bc7a0057 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ea
copying /Users/hari/gridder/.git/objects/ea/f3d0065400056239228ce856cb676d143333f5 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ea
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/eb
copying /Users/hari/gridder/.git/objects/eb/c0d36342315f1d0bc611af2c28cf0b8f026fd3 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/eb
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ee
copying /Users/hari/gridder/.git/objects/ee/0b90588707dbf4be0c6df97dcf8b4234dfcfb7 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ee
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ef
copying /Users/hari/gridder/.git/objects/ef/3d00130f239cfdb7b6f2c44d065a8c015eade1 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ef
copying /Users/hari/gridder/.git/objects/ef/82c6b8a4dd0537578ee24108fe23aa2f3cf374 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ef
copying /Users/hari/gridder/.git/objects/ef/9b3dbcc3250d54db07994e6a5ae5d157eb9b70 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ef
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f2
copying /Users/hari/gridder/.git/objects/f2/19abd39555f8f1b5840e9e8b9bb18e86ad5af0 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f2
copying /Users/hari/gridder/.git/objects/f2/6d7114d1315669ca10798d9f278d741e10bf0f -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f2
copying /Users/hari/gridder/.git/objects/f2/d8509709b906adee7db08344b586c21d4530fe -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f2
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f3
copying /Users/hari/gridder/.git/objects/f3/41e583f1e910776b5642071e164d422c97c1ca -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f3
copying /Users/hari/gridder/.git/objects/f3/6cbf0e492cb381f5203a3d2c7bf0fe965dd354 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f3
copying /Users/hari/gridder/.git/objects/f3/b529e5a60be8f9588cf8fc86cca061fd16acb1 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f3
copying /Users/hari/gridder/.git/objects/f3/f18a415cd3a07d120fedd825d30d981362f898 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f3
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f4
copying /Users/hari/gridder/.git/objects/f4/b29172fbe55da1d70604ac832c7ed49efb80f4 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f4
copying /Users/hari/gridder/.git/objects/f4/c67c45ffc32020f7163a43adca3d31a5e43cf1 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f4
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f5
copying /Users/hari/gridder/.git/objects/f5/108e98d5587710104b1c0bb06e110df32ce66a -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f5
copying /Users/hari/gridder/.git/objects/f5/f0cd83647d74b28b70561c66b0fb9493831a07 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f5
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f6
copying /Users/hari/gridder/.git/objects/f6/ec1013a647b36f9891841e84d5ee17a9a06f1e -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f6
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f7
copying /Users/hari/gridder/.git/objects/f7/2113585564010abf9dce1db7f23f27b805868c -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f7
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f9
copying /Users/hari/gridder/.git/objects/f9/9ad1a3f8c0885f51b99351ce260489f054bd53 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/f9
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/fa
copying /Users/hari/gridder/.git/objects/fa/33816fd23bcd4f3da45a7cee319cd625e32777 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/fa
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/fb
copying /Users/hari/gridder/.git/objects/fb/686a365fa7a88d1d2534ff3b09f5f0d0249c7c -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/fb
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/fc
copying /Users/hari/gridder/.git/objects/fc/1d4ad97f2c5f8e9964e77c50c17c2a0a00ebf0 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/fc
copying /Users/hari/gridder/.git/objects/fc/e92d254808b707d8fd09d187caf6af38701bf9 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/fc
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/fe
copying /Users/hari/gridder/.git/objects/fe/82a6b8b8f773d58f6bf06124b1b12777835ced -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/fe
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ff
copying /Users/hari/gridder/.git/objects/ff/7180a4d0a111a5e642a31af635a38423fe779c -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ff
copying /Users/hari/gridder/.git/objects/ff/e1df722af87eaff9fce3c34185ad607cef6d73 -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/ff
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/info
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/pack
copying /Users/hari/gridder/.git/objects/pack/pack-3c08e0b085bf7235ff2f8248313d9d7cd1722c24.idx -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/pack
copying /Users/hari/gridder/.git/objects/pack/pack-3c08e0b085bf7235ff2f8248313d9d7cd1722c24.pack -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/objects/pack
copying /Users/hari/gridder/.git/ORIG_HEAD -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git
copying /Users/hari/gridder/.git/packed-refs -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/refs
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/refs/heads
copying /Users/hari/gridder/.git/refs/heads/master -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/refs/heads
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/refs/remotes
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/refs/remotes/origin
copying /Users/hari/gridder/.git/refs/remotes/origin/HEAD -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/refs/remotes/origin
copying /Users/hari/gridder/.git/refs/remotes/origin/master -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/refs/remotes/origin
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/.git/refs/tags
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/nbproject
creating /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/nbproject/private
copying /Users/hari/gridder/nbproject/private/private.xml -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/nbproject/private
copying /Users/hari/gridder/nbproject/project.properties -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/nbproject
copying /Users/hari/gridder/nbproject/project.xml -> /Users/hari/gzilla/src/build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/collect/gridder/nbproject
*** creating application bundle: GridZilla ***
copying GridZilla.py -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources
creating /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib
creating /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5
copying build/bdist.macosx-10.5-i386/python2.5-semi_standalone/app/site-packages.zip -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5
creating /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/lib-dynload
creating /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Frameworks
creating /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/__init__.py -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/__init__.pyc -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/composer.py -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/composer.pyc -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/constructor.py -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/constructor.pyc -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/cyaml.py -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/cyaml.pyc -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/dumper.py -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/dumper.pyc -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/emitter.py -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/emitter.pyc -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/error.py -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/error.pyc -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/events.py -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/events.pyc -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/loader.py -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/loader.pyc -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/nodes.py -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/nodes.pyc -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/parser.py -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/parser.pyc -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/reader.py -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/reader.pyc -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/representer.py -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/representer.pyc -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/resolver.py -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/resolver.pyc -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/scanner.py -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/scanner.pyc -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/serializer.py -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/serializer.pyc -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/tokens.py -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
copying /Library/Python/2.5/site-packages/yaml/tokens.pyc -> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
stripping GridZilla
stripping sgmlop.so
stripping _rl_accel.so
stripping saved 33324 bytes (234360 / 267684)

From Chris.Barker at noaa.gov  Thu Oct  1 18:56:18 2009
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Thu, 01 Oct 2009 09:56:18 -0700
Subject: [Pythonmac-SIG] web services
In-Reply-To: <50697b2c0909302343o7dca3889rd19203ed2e68bbd6@mail.gmail.com>
References: <1528d2590909302341l374ef71aoc5fe621267e4be49@mail.gmail.com>
	<50697b2c0909302343o7dca3889rd19203ed2e68bbd6@mail.gmail.com>
Message-ID: <4AC4DF32.8000405@noaa.gov>

Chris Rebert wrote:
> On Wed, Sep 30, 2009 at 11:41 PM, sudhakar s <ssquery at gmail.com> wrote:
>>    Can any one suggest me how to create a simple web service.
>>    Started working with webservices but fully confused with searches i made.

> How is this relevant to Python on the Mac OS X platform specifically?

It's not, but that's probably why he cross-posted, which by the way, is 
frowned upon...

But I'll give a quick answer anyway:

A web service is not so different from a web app -- you need to return 
documents in response to http requests. The only difference is that 
those documents at less likely to be html, and could be XML, plain text 
JSON, or really anything.

I'd start with a good web framework. There are many good ones in Python, 
but I personally recommend Pylons:

http://pylonshq.com/

it's designed to be flexible, letting you swap out various components 
like the template engine, ORM, etc. I think this is particularly 
important for a web service, as you aren't returning plain old html pages.

Twisted is work a look, too, though I haven't used it.

-Chris



-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From aahz at pythoncraft.com  Thu Oct  1 19:30:26 2009
From: aahz at pythoncraft.com (Aahz)
Date: Thu, 1 Oct 2009 10:30:26 -0700
Subject: [Pythonmac-SIG] web services
In-Reply-To: <4AC4DF32.8000405@noaa.gov>
References: <1528d2590909302341l374ef71aoc5fe621267e4be49@mail.gmail.com>
	<50697b2c0909302343o7dca3889rd19203ed2e68bbd6@mail.gmail.com>
	<4AC4DF32.8000405@noaa.gov>
Message-ID: <20091001173026.GA14289@panix.com>

On Thu, Oct 01, 2009, Christopher Barker wrote:
>
> Twisted is work a look, too, though I haven't used it.

Twisted is definitely work to look at.  ;-)
-- 
Aahz (aahz at pythoncraft.com)           <*>         http://www.pythoncraft.com/

"....Normal is what cuts off your sixth finger and your tail..."  --Siobhan

From Chris.Barker at noaa.gov  Thu Oct  1 21:09:23 2009
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Thu, 01 Oct 2009 12:09:23 -0700
Subject: [Pythonmac-SIG] Command line imports module but built
	*.app	complains No module yaml
In-Reply-To: <aad3caa30909300842vff016d8la10a700b9cb17911@mail.gmail.com>
References: <aad3caa30909300842vff016d8la10a700b9cb17911@mail.gmail.com>
Message-ID: <4AC4FE63.5060202@noaa.gov>

hari jayaram wrote:
> python setup.py py2app -A

Are you trying to build an "Alias" app? It will reference all your 
source code, rather than copying anything. Teh odd thing is that is 
usually more reliable, not less!

> When I try to open the dist file open dist/GridZilla.app
> I get a popup no module found yaml

do you get the same result if you double click on it? or s that what you 
meant?

> I know the yaml module is present because I see it in site-packages
> and  the script GridZilla.py starts up just fine from the shell where
> the py2app was run.
> I can also see the module in the GridZilla.app
> 
> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml

I don't think that should be there with an Alias bundle (-A option). YOu 
may want to make sure you delete both "build" and "dist", then try 
running py2app again.

To debug:

1) make absolutely sure you are running py2app with the same python that 
you are running the script directly with. Check #! lines, etc.

2) add a "import sys; print sys.path" to your code -- this will tell you 
where it is looking. You may need to open the "Console" utility to see 
the output.

> My site-packages:
> hazel:yaml hari$ ls /Library/Python/2.5/site-packages/

note: this is the site-packages that is used for user-installed packages 
for the Apple system Python2.5 -- is that what you want to use?


HTH,

-Chris


-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From herzbube at herzbube.ch  Thu Oct  1 21:27:55 2009
From: herzbube at herzbube.ch (Patrick =?iso-8859-1?Q?N=E4f?=)
Date: Thu, 1 Oct 2009 21:27:55 +0200 (CEST)
Subject: [Pythonmac-SIG] Module build fails because distutils
 adds	"-isysroot"
In-Reply-To: <4AC38480.3010204@enthought.com>
References: <59033abb711823e0c541205377365369.squirrel@www.herzbube.ch>
	<4AC38480.3010204@enthought.com>
Message-ID: <ba00dac98c39b6c4cd39d7216a6dd4bd.squirrel@www.herzbube.ch>

Hi Dave

On Wed, September 30, 2009 18:17, Dave Peterson wrote:
> The options distutils uses come from the file at <python env
> root>/lib/python2.5/config/Makefile.  I don't think there is any

Good to know.


> So my first suggestion is that you try redefining the -isysroot option
> in the flags you can specify in your extension's config.  There is a
> good chance the compiler will use the last specification on the line
> rather than doing something else when it gets two values.

I didn't try this because 1) the Python docs say that the config file
(setup.cfg) only allows to change the same set of options that can be
specified on the command line; and 2) the "build_ext" command of setup.py
only knows a very specific and limited set of compiler options (e.g.
preprocessor defines, include paths, additional link libraries, etc.), and
-isysroot is not among these.

I figured out another way to specify -isysroot, though: Within setup.py,
the Extension object can be instantiated with the "extra_compile_args" and
"extra_link_args" arguments. For instance:

--- snip ---
from distutils.core import Extension

aprmd5 = Extension('aprmd5', [... more arguments ...],
                   extra_compile_args = ['-isysroot', '/'],
                   extra_link_args = ['-isysroot', '/'])
--- snip ---


As you suggested, compiler and linker use the last specification of
-isysroot, so I win :-) Compiler and linker now look for headers and libs
in places such as "//usr/include" and "//usr/lib" (notice the double
slash), but the module builds and I can use it!


> HTHs,

Yes it does! It's amazing, I'm still a bit dazed and waiting for the
snag... :-)


Thanks very much
Patrick



From jerry.levan at eku.edu  Sat Oct  3 00:24:56 2009
From: jerry.levan at eku.edu (Jerry LeVan)
Date: Fri, 2 Oct 2009 18:24:56 -0400
Subject: [Pythonmac-SIG] PIL and Snow Leopard
Message-ID: <C6D2F15E-F3E9-4948-89D3-CC36B7525A4E@eku.edu>

Snow Leopard seems to have severely broken my WxPython Postgresql  
database
browser tool... two or three queries and the app locks up or dies.

I have been trying to 'spiff up' its parent, a Tkinter based browser,  
which
still works except that I appear to have lost PIL, Image and Image-Tk  
some
where along the way so I cannot view images stored in the database any  
more.

Is building PIL on Snow Leopard 'easy' I have the apple python (32/64)  
installed
and the python.org 2.6.2 (32 bit) version installed.

Anyone have any experiences in building PIL in the above environment?

Anyone else having a problem with WxPython on Snow Leopard?

Thanks for any insights...

Jerry



From nad at acm.org  Sat Oct  3 01:14:16 2009
From: nad at acm.org (Ned Deily)
Date: Fri, 02 Oct 2009 16:14:16 -0700
Subject: [Pythonmac-SIG] PIL and Snow Leopard
References: <C6D2F15E-F3E9-4948-89D3-CC36B7525A4E@eku.edu>
Message-ID: <nad-9650D3.16141602102009@news.gmane.org>

In article <C6D2F15E-F3E9-4948-89D3-CC36B7525A4E at eku.edu>,
 Jerry LeVan <jerry.levan at eku.edu> wrote:
> Snow Leopard seems to have severely broken my WxPython Postgresql  
> database
> browser tool... two or three queries and the app locks up or dies.
> 
> I have been trying to 'spiff up' its parent, a Tkinter based browser,  
> which
> still works except that I appear to have lost PIL, Image and Image-Tk  
> some
> where along the way so I cannot view images stored in the database any  
> more.
> 
> Is building PIL on Snow Leopard 'easy' I have the apple python (32/64)  
> installed
> and the python.org 2.6.2 (32 bit) version installed.
> 
> Anyone have any experiences in building PIL in the above environment?
> 
> Anyone else having a problem with WxPython on Snow Leopard?
> 
> Thanks for any insights...

This may not be related to what you are seeing with "lock ups" but a 
number of people have seen problems with IDLE, which also uses Tkinter, 
that comes with Apple's python 2.6 on Snow Leopard.  In 10.6, the Apple 
python Tkinter is linked with Tk 8.5.7, believed to be the new Cocoa Tk. 
At the moment, this problem has not been resolved; see 
http://bugs.python.org/issue6864 .  The pythons installed by the 
python.org OS X installers, including the newly released 2.6.3, don't 
exhibit this problem because are linked with Tk 8.4, which is still 
available and updated by Apple in 10.6.  Note that the python.org 
pythons are still 32-bit-only Intel & ppc.

For what it's worth, the MacPorts py26-pil port builds fine on 10.6 with 
the MacPorts python26.

-- 
 Ned Deily,
 nad at acm.org


From janssen at parc.com  Sat Oct  3 01:40:03 2009
From: janssen at parc.com (Bill Janssen)
Date: Fri, 2 Oct 2009 16:40:03 PDT
Subject: [Pythonmac-SIG] PIL and Snow Leopard
In-Reply-To: <C6D2F15E-F3E9-4948-89D3-CC36B7525A4E@eku.edu>
References: <C6D2F15E-F3E9-4948-89D3-CC36B7525A4E@eku.edu>
Message-ID: <66385.1254526803@parc.com>

Jerry LeVan <jerry.levan at eku.edu> wrote:

> Is building PIL on Snow Leopard 'easy' I have the apple python (32/64)
> installed and the python.org 2.6.2 (32 bit) version installed.

Yes, I just build it with /usr/bin/python, and it works fine.  Assuming
you have Xcode 3.2 installed.

Bill

From Jerry.Levan at EKU.EDU  Sun Oct  4 00:32:45 2009
From: Jerry.Levan at EKU.EDU (Jerry LeVan)
Date: Sat, 3 Oct 2009 18:32:45 -0400
Subject: [Pythonmac-SIG] PIL and Snow Leopard
In-Reply-To: <66385.1254526803@parc.com>
References: <C6D2F15E-F3E9-4948-89D3-CC36B7525A4E@eku.edu>
	<66385.1254526803@parc.com>
Message-ID: <B96A2EEE-5EA5-4B9A-B11A-72015AFF18DD@EKU.EDU>


On Oct 2, 2009, at 7:40 PM, Bill Janssen wrote:

> Jerry LeVan <jerry.levan at eku.edu> wrote:
>
>> Is building PIL on Snow Leopard 'easy' I have the apple python  
>> (32/64)
>> installed and the python.org 2.6.2 (32 bit) version installed.
>
> Yes, I just build it with /usr/bin/python, and it works fine.   
> Assuming
> you have Xcode 3.2 installed.
>
> Bill

Ugh, this is getting messy...

I think that I have built libfreetype.dylib and libjpeg.dylib as
i386 and x86_64 libs...at least that is what the file command asserts.

I then built the PIL package using the system python in 64 bit mode and
installed the rascal in the Apple python. All of the libs appear to be
multi-architecture ppc, i386 and x86_64

When I run apple python in 64 bit mode I can run the PIL demos...

If I restrict apple python to 32 bit mode all of the programs fail
with a bus error.

*********

I then tried to build PIL using the 2.6.2 python from python.org.
1) It would not build under gcc-4.2 I had to define CC=gcc-4.0
     the build appeared to succeed and I installed the PIL system.
2) All of the demos failed...

I noticed that _imagingtk.so was dynamically linked against
the ActiveState Tcl/Tk that is installed in /Library/Frameworks/ 
Tcl.framework

[mbp:/Library/Python/2.6/site-packages/PIL]$ otool -L _imagingtk.so
_imagingtk.so:
	/Library/Frameworks/Tcl.framework/Versions/8.5/Tcl (compatibility  
version 8.5.0, current version 8.5.4)
	/Library/Frameworks/Tk.framework/Versions/8.5/Tk (compatibility  
version 8.5.0, current version 8.5.4)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current  
version 124.1.1)

I suppose that I could hide the ActiveState versions by renaming the  
Frameworks...

But even if I did that, how could I force setup.py to use the apple  
8.4 tcl/tk system instead
of the 'current' 8.5 system?

Any suggestions as to how I can get PIL to work when apple python is  
in 32 bit mode?

Any suggestions as to how I can build PIL using the 2.6.2 version of  
Python from python.org?

This is getting ugly...too many impedance mismatches.

Jerry



From Jerry.Levan at EKU.EDU  Sun Oct  4 00:52:20 2009
From: Jerry.Levan at EKU.EDU (Jerry LeVan)
Date: Sat, 3 Oct 2009 18:52:20 -0400
Subject: [Pythonmac-SIG]  PIL and Snow Leopard
References: <20091003223344.84D8C1A9524@mbp.skynet>
Message-ID: <99B0592C-6E54-4A9C-AC1F-8F7867A8ED4E@EKU.EDU>


>
> From: Jerry LeVan <Jerry.Levan at EKU.EDU>
> Date: October 3, 2009 6:32:45 PM EDT
> To: Bill Janssen <janssen at parc.com>
> Cc: "pythonmac-sig at python.org" <pythonmac-sig at python.org>
> Subject: Re: [Pythonmac-SIG] PIL and Snow Leopard
>
>
>
> On Oct 2, 2009, at 7:40 PM, Bill Janssen wrote:
>
>> Jerry LeVan <jerry.levan at eku.edu> wrote:
>>
>>> Is building PIL on Snow Leopard 'easy' I have the apple python
>>> (32/64)
>>> installed and the python.org 2.6.2 (32 bit) version installed.
>>
>> Yes, I just build it with /usr/bin/python, and it works fine.
>> Assuming
>> you have Xcode 3.2 installed.
>>
>> Bill
>
> Ugh, this is getting messy...
>
> I think that I have built libfreetype.dylib and libjpeg.dylib as
> i386 and x86_64 libs...at least that is what the file command asserts.
>
> I then built the PIL package using the system python in 64 bit mode  
> and
> installed the rascal in the Apple python. All of the libs appear to be
> multi-architecture ppc, i386 and x86_64
>
> When I run apple python in 64 bit mode I can run the PIL demos...
>
> If I restrict apple python to 32 bit mode all of the programs fail
> with a bus error.
>
> *********
>
> I then tried to build PIL using the 2.6.2 python from python.org.
> 1) It would not build under gcc-4.2 I had to define CC=gcc-4.0
>     the build appeared to succeed and I installed the PIL system.
> 2) All of the demos failed...
>
> I noticed that _imagingtk.so was dynamically linked against
> the ActiveState Tcl/Tk that is installed in /Library/Frameworks/
> Tcl.framework
>
> [mbp:/Library/Python/2.6/site-packages/PIL]$ otool -L _imagingtk.so
> _imagingtk.so:
> 	/Library/Frameworks/Tcl.framework/Versions/8.5/Tcl (compatibility
> version 8.5.0, current version 8.5.4)
> 	/Library/Frameworks/Tk.framework/Versions/8.5/Tk (compatibility
> version 8.5.0, current version 8.5.4)
> 	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
> version 124.1.1)
>
> I suppose that I could hide the ActiveState versions by renaming the
> Frameworks...
>
> But even if I did that, how could I force setup.py to use the apple
> 8.4 tcl/tk system instead
> of the 'current' 8.5 system?
>
> Any suggestions as to how I can get PIL to work when apple python is
> in 32 bit mode?
>
> Any suggestions as to how I can build PIL using the 2.6.2 version of
> Python from python.org?
>
> This is getting ugly...too many impedance mismatches.
>
> Jerry
>

A little more success to report. ..

I hid the activestate tcl/tk frameworks in /Library/Frameworks and set  
CC to gcc-4.0
and rebuilt PIL and otool showed that _imagingtk.so was linked against  
the apple 8.4
Tcl/Tk system.

So I installed the build and "tada" Imaging appears to be working in python.org 
  version
of python (2.6.2).

So this leaves only the "why does apple python (2.6.1) not work when  
run in 32 bit mode
but does in 64 bit mode"  question open...

Has anyone had success with PIL in this case?

Thanks

Jerry
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091003/772bc5a6/attachment.htm>

From barry at barrys-emacs.org  Sun Oct  4 19:53:42 2009
From: barry at barrys-emacs.org (Barry Scott)
Date: Sun, 4 Oct 2009 18:53:42 +0100
Subject: [Pythonmac-SIG] Setting up locale on Mac - how should this been
	done?
Message-ID: <F8F291EB-2963-40A4-9613-2C1E9F153ACD@barrys-emacs.org>

I have a wxPython application  (PySVN WorkBench) that is a bundle.

When the app runs the environment does not contain any of the usual
variables that would be used to into the locale, LANG, LC_ALL etc.

What I can see in the environment is __CF_USER_TEXT_ENCODING.
I have failed to find details of how to interpret the value of this  
environment
variable which leads me to believe I should not do processing it  
directly.

The trick that works on windows does not work. Windows init:

	locale.setlocale( locale.LC_ALL, '' )

$ python2.6
Python 2.6.2 (r262:71600, Apr 16 2009, 09:17:39)
[GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
 >>> import locale
 >>> locale.getdefaultlocale()
(None, 'mac-roman')
 >>> locale.getlocale()
(None, None)
 >>> locale.setlocale( locale.LC_ALL, '' )
'C'
 >>> locale.getlocale()
(None, None)
 >>>

The default locale of (None, 'mac-roman') is useless as it
does not say which locale the user has selected in
System Preferences, Language and Text.

How should I init the locale to the users choice?

Barry


From ronaldoussoren at mac.com  Sun Oct  4 21:17:06 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Sun, 04 Oct 2009 21:17:06 +0200
Subject: [Pythonmac-SIG] Module build fails because distutils
	adds	"-isysroot"
In-Reply-To: <59033abb711823e0c541205377365369.squirrel@www.herzbube.ch>
References: <59033abb711823e0c541205377365369.squirrel@www.herzbube.ch>
Message-ID: <59EE7320-826F-4526-AFBE-E2FE03C8E3F3@mac.com>


On 30 Sep, 2009, at 11:30, Patrick N?f wrote:

> Hi folks
>
> I'm currently writing a very simple Python module in C that provides  
> an
> interface to libaprutil's MD5 routines. I compile my module using
> distutils, as per instructions in the "Building C and C++ Extensions  
> with
> distutils" chapter of the official Python docs.
>
> Since Mac OS X has libaprutil pre-installed, it seems natural that I  
> try
> to use the system version of the library. My Python module's .c file
> therefore contains the following #include directive:
>
>  #include <apr-1/apr_md5.h>
>
> Everything works fine (module compiles and I can use it) as long as  
> I use
> the system version of Python (2.5.1) to compile the module. The  
> problem is
> that I *really* need to build the module with Python 2.6 or newer, and
> this is where my trouble starts. I have Python 3.1.1 installed in
> /Library/Frameworks/Python, and with this version of Python my  
> module's
> build fails miserably, like this:
>
> tharbad:~ patrick$
> /Library/Frameworks/Python.framework/Versions/3.1/bin/python3.1 ./ 
> setup.py
> build_ext --inplace
> running build_ext
> building 'aprmd5' extension
> gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk
> -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3
> -I/Library/Frameworks/Python.framework/Versions/3.1/include/ 
> python3.1 -c
> aprmd5.c -o build/temp.macosx-10.3-fat-3.1/aprmd5.o
> aprmd5.c:43:60: aprmd5.c:43:60: error: apr-1/apr_md5.h: No such file  
> or
> directory
> [...]
>
> The problem here is that the gcc option "-isysroot" moves the root for
> system includes to the SDK directory (/Developer/SDKs/ 
> MacOSX10.4u.sdk),
> away from the normal root (/). Unfortunately, the SDK does not  
> contain the
> header <apr-1/apr_md5.h>, which causes the build to fail. Where does
> "-isysroot" come from? Not from my module, it's added automatically by
> distutils.
>
> I believe I have correctly diagnosed the problem, and I can  
> certainly work
> around it *somehow* in my module, but since I am rather new to  
> Python I
> have trouble deciding on a solution that is appropriate. I am  
> therefore
> writing to this list, hoping someone reading this can give me some  
> advice.
>
> 1) Is my problem a known situation for which there is a generally
> accepted, best-practice solution? If so, a pointer in the right  
> direction
> would be most welcome. If not, what would seem to be a good  
> solution? Make
> my own build of libaprutil using the MacOSX10.4u SDK? Rely on a
> third-party build of libaprutil (e.g. fink)? Force the compiler to  
> use the
> system's libaprutil?

The OSX installers are build to explicitly use the 10.4u SDK. That's  
mostly done to ensure that people on OSX 10.4 can build extensions out  
of the box.

Python 2.6.3 (just released) contains some code that automaticly  
disables usage of the SDK when it is not present.

You can disable usage of the 10.4u SDK by adding the following  
arguments to the definition of your Extension in setup.py:

	 extra_compile_args=['-isysroot', '/'],  extra_link_args=['- 
isysroot', '/']

Ronald

From ronaldoussoren at mac.com  Sun Oct  4 21:22:52 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Sun, 04 Oct 2009 21:22:52 +0200
Subject: [Pythonmac-SIG] Module build fails because distutils	adds
 "-isysroot"
In-Reply-To: <4AC38480.3010204@enthought.com>
References: <59033abb711823e0c541205377365369.squirrel@www.herzbube.ch>
	<4AC38480.3010204@enthought.com>
Message-ID: <0CC02196-4FD4-41C8-9C5A-6036A5669738@mac.com>


On 30 Sep, 2009, at 18:17, Dave Peterson wrote:

> Hi Patrick,
>
> Patrick N?f wrote:
>> ... my module's
>> build fails miserably, like this:
>>
>> tharbad:~ patrick$
>> /Library/Frameworks/Python.framework/Versions/3.1/bin/python3.1 ./ 
>> setup.py
>> build_ext --inplace
>> running build_ext
>> building 'aprmd5' extension
>> gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk
>> -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3
>> -I/Library/Frameworks/Python.framework/Versions/3.1/include/ 
>> python3.1 -c
>> aprmd5.c -o build/temp.macosx-10.3-fat-3.1/aprmd5.o
>> aprmd5.c:43:60: aprmd5.c:43:60: error: apr-1/apr_md5.h: No such  
>> file or
>> directory
>> [...]
>>
>> The problem here is that the gcc option "-isysroot" moves the root  
>> for
>> system includes to the SDK directory (/Developer/SDKs/ 
>> MacOSX10.4u.sdk),
>> away from the normal root (/). Unfortunately, the SDK does not  
>> contain the
>> header <apr-1/apr_md5.h>, which causes the build to fail. Where does
>> "-isysroot" come from? Not from my module, it's added automatically  
>> by
>> distutils.
>>
>
> The options distutils uses come from the file at <python env root>/ 
> lib/python2.5/config/Makefile.  I don't think there is any distutils  
> API provided to override/change these, just ways to append to them  
> when specifying your extension configuration.  These options are  
> used because they are the same ones used when building that Python  
> distribution.
>
> So my first suggestion is that you try redefining the -isysroot  
> option in the flags you can specify in your extension's config.   
> There is a good chance the compiler will use the last specification  
> on the line rather than doing something else when it gets two values.
>
> If that doesn't work, the only other thing I can think of is to  
> temporarily edit the config/Makefile to remove / change the  
> inclusion of the -isysroot option.

Editing the Makefile is not necessary, distutils will automaticly do  
the right thing when you add '-isysroot' to the compile arguments in  
setup.py.

It should in general never be necessary to edit the Makefile inside  
your Python installation. Please file an issue in the tracker at python.org 
  if you run into a usecase where you do have to do edit the Makefile.

BTW. I'd like to drop the usage of the 10.4u SDK for Python 2.7 and  
3.2 and use the default system headers instead (except on 10.4, where  
we have to use the SDK to enable universal builds). That annoyingly  
requires some research, it turns out that building a binary on 10.5  
with "-isysroot /" does not result in something that's fully usable on  
10.4 :-(

Ronald

>
> HTHs,
>
> -- Dave
>
> _______________________________________________
> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig


From ronaldoussoren at mac.com  Sun Oct  4 21:30:04 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Sun, 04 Oct 2009 21:30:04 +0200
Subject: [Pythonmac-SIG] Setting up locale on Mac - how should this
	been	done?
In-Reply-To: <F8F291EB-2963-40A4-9613-2C1E9F153ACD@barrys-emacs.org>
References: <F8F291EB-2963-40A4-9613-2C1E9F153ACD@barrys-emacs.org>
Message-ID: <78666A29-7D6B-47B3-9081-6E88B0B280C8@mac.com>


On 4 Oct, 2009, at 19:53, Barry Scott wrote:

> I have a wxPython application  (PySVN WorkBench) that is a bundle.
>
> When the app runs the environment does not contain any of the usual
> variables that would be used to into the locale, LANG, LC_ALL etc.
>
> What I can see in the environment is __CF_USER_TEXT_ENCODING.
> I have failed to find details of how to interpret the value of this  
> environment
> variable which leads me to believe I should not do processing it  
> directly.
>
> The trick that works on windows does not work. Windows init:
>
> 	locale.setlocale( locale.LC_ALL, '' )
>
> $ python2.6
> Python 2.6.2 (r262:71600, Apr 16 2009, 09:17:39)
> [GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import locale
> >>> locale.getdefaultlocale()
> (None, 'mac-roman')
> >>> locale.getlocale()
> (None, None)
> >>> locale.setlocale( locale.LC_ALL, '' )
> 'C'
> >>> locale.getlocale()
> (None, None)
> >>>
>
> The default locale of (None, 'mac-roman') is useless as it
> does not say which locale the user has selected in
> System Preferences, Language and Text.
>
> How should I init the locale to the users choice?

That depends on the version of OSX you're running.

On my system (10.6.1):

 >>> locale.setlocale(locale.LC_ALL, '')
'en_US.UTF-8'
 >>> locale.getlocale()
('en_US', 'UTF8')
 >>>

This should also work in 10.5, but probably not 10.4.

The value of "__CF_USER_TEXT_ENCODING" is undocumented, you shouldn't  
rely on that value. The only reliable way to get at the locale  
settings from System Preferences is by using mac-specific API's from  
CoreFoundation or Cocoa.

BTW. The usual approach for localizing an OSX app is to have language- 
specific subbundles in the application bundle, for examples,  
"Resources/English.lproj" for the english localization and "Resources/ 
nl.lproj" for the Dutch localization. Apple's APIs have specific  
support for that structure, although I don't know if wxWidgets exposes  
that.

Ronald

>
> Barry
>
> _______________________________________________
> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig


From Chris.Barker at noaa.gov  Sun Oct  4 22:19:06 2009
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Sun, 04 Oct 2009 13:19:06 -0700
Subject: [Pythonmac-SIG] PIL and Snow Leopard
In-Reply-To: <C6D2F15E-F3E9-4948-89D3-CC36B7525A4E@eku.edu>
References: <C6D2F15E-F3E9-4948-89D3-CC36B7525A4E@eku.edu>
Message-ID: <4AC9033A.9030503@noaa.gov>

Jerry LeVan wrote:
> Snow Leopard seems to have severely broken my WxPython Postgresql database
> browser tool... two or three queries and the app locks up or dies.
> 
> I have been trying to 'spiff up' its parent, a Tkinter based browser, which
> still works except that I appear to have lost PIL, Image and Image-Tk some
> where along the way so I cannot view images stored in the database any 
> more.

I'm a little confused about which packages you are having trouble with:

TkInter
PIL
wxPython.

Clearly building PIL is an issue for you, but what about the other two? 
In particular, what wxPython issues are you having? I don't have Snow 
Leopard, but I'd like to know if there are wxPython issues for the 
future, and for when I distribute apps for others to run.

By the way, if wxPyhon does work OK, it can do a fair bit of image 
loading/processing, so maybe you don't need PIL for your app.

NOTE 2: if you get PIL building, it would be great if you could build a 
version that statically links the non-standard dependencies, and post it 
somewhere (preferably give it to Fredrik for him to put up on the PIL site.

-Chris

-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From robert.kern at gmail.com  Sun Oct  4 23:18:31 2009
From: robert.kern at gmail.com (Robert Kern)
Date: Sun, 04 Oct 2009 16:18:31 -0500
Subject: [Pythonmac-SIG] PIL and Snow Leopard
In-Reply-To: <4AC9033A.9030503@noaa.gov>
References: <C6D2F15E-F3E9-4948-89D3-CC36B7525A4E@eku.edu>
	<4AC9033A.9030503@noaa.gov>
Message-ID: <hab3f6$clc$1@ger.gmane.org>

On 2009-10-04 15:19 PM, Christopher Barker wrote:

> Clearly building PIL is an issue for you, but what about the other two?
> In particular, what wxPython issues are you having? I don't have Snow
> Leopard, but I'd like to know if there are wxPython issues for the
> future, and for when I distribute apps for others to run.

OS X's 64-bit subsystem, now standard in Snow Leopard, does not have Carbon for 
UIs, only Cocoa. wxPython is still built against Carbon. wxCocoa is still in 
development.

32-bit builds of Python can still work with wxPython on Snow Leopard, though.

-- 
Robert Kern

"I have come to believe that the whole world is an enigma, a harmless enigma
  that is made terrible by our own mad attempt to interpret it as though it had
  an underlying truth."
   -- Umberto Eco


From jerry.levan at eku.edu  Mon Oct  5 02:25:29 2009
From: jerry.levan at eku.edu (Jerry LeVan)
Date: Sun, 4 Oct 2009 20:25:29 -0400
Subject: [Pythonmac-SIG]  PIL and Snow Leopard
References: <99B0592C-6E54-4A9C-AC1F-8F7867A8ED4E@EKU.EDU>
Message-ID: <B76C0B60-6191-4732-A32A-EF02D6DE13BD@eku.edu>

>>
>> On Oct 2, 2009, at 7:40 PM, Bill Janssen wrote:
>>
>>> Jerry LeVan <jerry.levan at eku.edu> wrote:
>>>
>>>> Is building PIL on Snow Leopard 'easy' I have the apple python
>>>> (32/64)
>>>> installed and the python.org 2.6.2 (32 bit) version installed.
>>>
>>> Yes, I just build it with /usr/bin/python, and it works fine.
>>> Assuming
>>> you have Xcode 3.2 installed.
>>>
>>> Bill
>>
>> Ugh, this is getting messy...
>>
>> I think that I have built libfreetype.dylib and libjpeg.dylib as
>> i386 and x86_64 libs...at least that is what the file command  
>> asserts.
>>
>> I then built the PIL package using the system python in 64 bit mode  
>> and
>> installed the rascal in the Apple python. All of the libs appear to  
>> be
>> multi-architecture ppc, i386 and x86_64
>>
>> When I run apple python in 64 bit mode I can run the PIL demos...
>>
>> If I restrict apple python to 32 bit mode all of the programs fail
>> with a bus error.
>>
>> *********
>>
>> I then tried to build PIL using the 2.6.2 python from python.org.
>> 1) It would not build under gcc-4.2 I had to define CC=gcc-4.0
>>     the build appeared to succeed and I installed the PIL system.
>> 2) All of the demos failed...
>>
>> I noticed that _imagingtk.so was dynamically linked against
>> the ActiveState Tcl/Tk that is installed in /Library/Frameworks/
>> Tcl.framework
>>
>> [mbp:/Library/Python/2.6/site-packages/PIL]$ otool -L _imagingtk.so
>> _imagingtk.so:
>> 	/Library/Frameworks/Tcl.framework/Versions/8.5/Tcl (compatibility
>> version 8.5.0, current version 8.5.4)
>> 	/Library/Frameworks/Tk.framework/Versions/8.5/Tk (compatibility
>> version 8.5.0, current version 8.5.4)
>> 	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
>> version 124.1.1)
>>
>> I suppose that I could hide the ActiveState versions by renaming the
>> Frameworks...
>>
>> But even if I did that, how could I force setup.py to use the apple
>> 8.4 tcl/tk system instead
>> of the 'current' 8.5 system?
>>
>> Any suggestions as to how I can get PIL to work when apple python is
>> in 32 bit mode?
>>
>> Any suggestions as to how I can build PIL using the 2.6.2 version of
>> Python from python.org?
>>
>> This is getting ugly...too many impedance mismatches.
>>
>> Jerry
>>
>
> A little more success to report. ..
>
> I hid the activestate tcl/tk frameworks in /Library/Frameworks and  
> set CC to gcc-4.0
> and rebuilt PIL and otool showed that _imagingtk.so was linked  
> against the apple 8.4
> Tcl/Tk system.
>
> So I installed the build and "tada" Imaging appears to be working in python.org 
>  version
> of python (2.6.2).
>
> So this leaves only the "why does apple python (2.6.1) not work when  
> run in 32 bit mode
> but does in 64 bit mode"  question open...
>
> Has anyone had success with PIL in this case?
>
> Thanks
>
> Jerry

When I run the Apple Python in 32  bit mode I get a bus error at the  
same place when I try
to display an image using PIL .  Here is part of the dump.

Exception Type:  EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000028
Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
0   com.tcltk.tklibrary           	0x13a1850b Tk_GetImageMasterData + 17
1   com.tcltk.tklibrary           	0x13a20cab Tk_FindPhoto + 37
2   _imagingtk.so                 	0x007faacf PyImagingPhotoPut + 95
3   com.tcltk.tcllibrary          	0x138d3d64 TclInvokeStringCommand +  
101
4   com.tcltk.tcllibrary          	0x00489977 Tcl_CreateInterp + 4919
5   com.tcltk.tcllibrary          	0x0048a96c Tcl_EvalObjv + 72
6   _tkinter.so                   	0x001e449d Tkapp_CallDeallocArgs +  
11750
7   org.python.python             	0x0008b372 PyEval_EvalFrameEx + 16375
8   org.python.python             	0x0008cf64 PyEval_EvalCodeEx + 1720
9   org.python.python             	0x0008b591 PyEval_EvalFrameEx + 16918
10  org.python.python             	0x0008cf64 PyEval_EvalCodeEx + 1720
11  org.python.python             	0x0002ee2c PyClassMethod_New + 1823
12  org.python.python             	0x0000c700 PyObject_Call + 101
13  org.python.python             	0x0001c12e PyClass_New + 1603
14  org.python.python             	0x0000c700 PyObject_Call + 101
15  org.python.python             	0x0008677a  
PyEval_CallObjectWithKeywords + 171
16  org.python.python             	0x0001ba58 PyInstance_New + 290
17  org.python.python             	0x0000c700 PyObject_Call + 101
18  org.python.python             	0x0008c802 PyEval_EvalFrameEx + 21639
19  org.python.python             	0x0008cf64 PyEval_EvalCodeEx + 1720
20  org.python.python             	0x0002ee2c PyClassMethod_New + 1823
21  org.python.python             	0x0000c700 PyObject_Call + 101
22  org.python.python             	0x0001c12e PyClass_New + 1603
23  org.python.python             	0x0000c700 PyObject_Call + 101
24  org.python.python             	0x0008677a  
PyEval_CallObjectWithKeywords + 171
25  org.python.python             	0x0001ba58 PyInstance_New + 290
26  org.python.python             	0x0000c700 PyObject_Call + 101
27  org.python.python             	0x0008c802 PyEval_EvalFrameEx + 21639
28  org.python.python             	0x0008cf64 PyEval_EvalCodeEx + 1720
29  org.python.python             	0x0008d009 PyEval_EvalCode + 87
30  org.python.python             	0x000a40bb Py_CompileString + 111
31  org.python.python             	0x000a4167 PyRun_FileExFlags + 139
32  org.python.python             	0x000a5e8a PyRun_SimpleFileExFlags  
+ 814
33  org.python.python             	0x000b3168 Py_Main + 3074
34  org.python.python.app         	0x00001eb5 start + 53

The crash occurs at the same 'place' every time...

If I run the Apple Python in 64 bit mode or the python.org Python ( 32  
bit carbon 2.6.2 )image displaying, ie PIL,  works fine :)

Sorta strange...

Here is a sample program that can be used...

#!/usr/bin/env python
# Author: Jerry LeVan
from Tkinter import *
import Image, ImageTk
import StringIO
from tkMessageBox import *

class ShowImage:
	
   def build_scrolled_canvas(self,parent):

      canvas=Canvas(parent)

      sy = Scrollbar(parent, command=canvas.yview)
      sx = Scrollbar(parent, orient=HORIZONTAL,
                     command= canvas.xview)
      canvas.configure(yscrollcommand=sy.set,xscrollcommand=sx.set)
      canvas.grid(row=0,column=0,sticky=NSEW)
      sy.grid(row=0,column=1,stick=N+S)
      sx.grid(row=1,column=0,sticky=E+W)
      parent.columnconfigure(0,weight=1)
      parent.rowconfigure(0,weight=1)
      return canvas

   def __init__(self, theStr):
     self.theStr = theStr
     self.theWin = Toplevel()
     self.theWin.title('Image Viewer')
     self.theFrame = Frame(self.theWin)
     self.theCanvas = self.build_scrolled_canvas(self.theFrame)
     self.theButton= Button 
(self.theWin,text="Close",command=self.theWin.destroy)
     self.theFrame.pack(side=TOP, expand=TRUE, fill=BOTH)
     self.theButton.pack(side=TOP)
     try:
          self.im = Image.open(StringIO.StringIO(self.theStr))
          (width,height) = self.im.size
          self.tkim = ImageTk.PhotoImage(self.im)
          self.theCanvas.create_image(0,0,image=self.tkim,anchor=NW)
          self.theCanvas['scrollregion'] = (0,0,width,height)
     except Exception, e :
          showerror(title="Error",message="image problem: "+str(e))
          self.theWin.destroy()

if __name__ == '__main__':
     theStr = open(sys.argv[1],'rb').read()
     thePic = ShowImage(theStr)
     myPic = ShowImage(theStr)
     mainloop()

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091004/f5fdd8ab/attachment.htm>

From jerry.levan at eku.edu  Mon Oct  5 03:07:56 2009
From: jerry.levan at eku.edu (Jerry LeVan)
Date: Sun, 4 Oct 2009 21:07:56 -0400
Subject: [Pythonmac-SIG]  PIL and Snow Leopard
References: <B76C0B60-6191-4732-A32A-EF02D6DE13BD@eku.edu>
Message-ID: <5026716B-6F33-4EF6-A482-3D194D6D8360@eku.edu>



>
>>>
>>> On Oct 2, 2009, at 7:40 PM, Bill Janssen wrote:
>>>
>>>> Jerry LeVan <jerry.levan at eku.edu> wrote:
>>>>
>>>>> Is building PIL on Snow Leopard 'easy' I have the apple python
>>>>> (32/64)
>>>>> installed and the python.org 2.6.2 (32 bit) version installed.
>>>>
>>>> Yes, I just build it with /usr/bin/python, and it works fine.
>>>> Assuming
>>>> you have Xcode 3.2 installed.
>>>>
>>>> Bill
>>>
>>> Ugh, this is getting messy...
>>>
>>> I think that I have built libfreetype.dylib and libjpeg.dylib as
>>> i386 and x86_64 libs...at least that is what the file command  
>>> asserts.
>>>
>>> I then built the PIL package using the system python in 64 bit  
>>> mode and
>>> installed the rascal in the Apple python. All of the libs appear  
>>> to be
>>> multi-architecture ppc, i386 and x86_64
>>>
>>> When I run apple python in 64 bit mode I can run the PIL demos...
>>>
>>> If I restrict apple python to 32 bit mode all of the programs fail
>>> with a bus error.
>>>
>>> *********
>>>
>>> I then tried to build PIL using the 2.6.2 python from python.org.
>>> 1) It would not build under gcc-4.2 I had to define CC=gcc-4.0
>>>     the build appeared to succeed and I installed the PIL system.
>>> 2) All of the demos failed...
>>>
>>> I noticed that _imagingtk.so was dynamically linked against
>>> the ActiveState Tcl/Tk that is installed in /Library/Frameworks/
>>> Tcl.framework
>>>
>>> [mbp:/Library/Python/2.6/site-packages/PIL]$ otool -L _imagingtk.so
>>> _imagingtk.so:
>>> 	/Library/Frameworks/Tcl.framework/Versions/8.5/Tcl (compatibility
>>> version 8.5.0, current version 8.5.4)
>>> 	/Library/Frameworks/Tk.framework/Versions/8.5/Tk (compatibility
>>> version 8.5.0, current version 8.5.4)
>>> 	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
>>> version 124.1.1)
>>>
>>> I suppose that I could hide the ActiveState versions by renaming the
>>> Frameworks...
>>>
>>> But even if I did that, how could I force setup.py to use the apple
>>> 8.4 tcl/tk system instead
>>> of the 'current' 8.5 system?
>>>
>>> Any suggestions as to how I can get PIL to work when apple python is
>>> in 32 bit mode?
>>>
>>> Any suggestions as to how I can build PIL using the 2.6.2 version of
>>> Python from python.org?
>>>
>>> This is getting ugly...too many impedance mismatches.
>>>
>>> Jerry
>>>
>>
>> A little more success to report. ..
>>
>> I hid the activestate tcl/tk frameworks in /Library/Frameworks and  
>> set CC to gcc-4.0
>> and rebuilt PIL and otool showed that _imagingtk.so was linked  
>> against the apple 8.4
>> Tcl/Tk system.
>>
>> So I installed the build and "tada" Imaging appears to be working  
>> in python.org version
>> of python (2.6.2).
>>
>> So this leaves only the "why does apple python (2.6.1) not work  
>> when run in 32 bit mode
>> but does in 64 bit mode"  question open...
>>
>> Has anyone had success with PIL in this case?
>>
>> Thanks
>>
>> Jerry
>
> When I run the Apple Python in 32  bit mode I get a bus error at the  
> same place when I try
> to display an image using PIL .  Here is part of the dump.
>
> Exception Type:  EXC_BAD_ACCESS (SIGBUS)
> Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000028
> Crashed Thread:  0  Dispatch queue: com.apple.main-thread
>
> Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
> 0   com.tcltk.tklibrary           	0x13a1850b Tk_GetImageMasterData  
> + 17
> 1   com.tcltk.tklibrary           	0x13a20cab Tk_FindPhoto + 37
> 2   _imagingtk.so                 	0x007faacf PyImagingPhotoPut + 95
> 3   com.tcltk.tcllibrary          	0x138d3d64 TclInvokeStringCommand  
> + 101
> 4   com.tcltk.tcllibrary          	0x00489977 Tcl_CreateInterp + 4919
> 5   com.tcltk.tcllibrary          	0x0048a96c Tcl_EvalObjv + 72
> 6   _tkinter.so                   	0x001e449d Tkapp_CallDeallocArgs  
> + 11750
> 7   org.python.python             	0x0008b372 PyEval_EvalFrameEx +  
> 16375
> 8   org.python.python             	0x0008cf64 PyEval_EvalCodeEx + 1720
> 9   org.python.python             	0x0008b591 PyEval_EvalFrameEx +  
> 16918
> 10  org.python.python             	0x0008cf64 PyEval_EvalCodeEx + 1720
> 11  org.python.python             	0x0002ee2c PyClassMethod_New + 1823
> 12  org.python.python             	0x0000c700 PyObject_Call + 101
> 13  org.python.python             	0x0001c12e PyClass_New + 1603
> 14  org.python.python             	0x0000c700 PyObject_Call + 101
> 15  org.python.python             	0x0008677a  
> PyEval_CallObjectWithKeywords + 171
> 16  org.python.python             	0x0001ba58 PyInstance_New + 290
> 17  org.python.python             	0x0000c700 PyObject_Call + 101
> 18  org.python.python             	0x0008c802 PyEval_EvalFrameEx +  
> 21639
> 19  org.python.python             	0x0008cf64 PyEval_EvalCodeEx + 1720
> 20  org.python.python             	0x0002ee2c PyClassMethod_New + 1823
> 21  org.python.python             	0x0000c700 PyObject_Call + 101
> 22  org.python.python             	0x0001c12e PyClass_New + 1603
> 23  org.python.python             	0x0000c700 PyObject_Call + 101
> 24  org.python.python             	0x0008677a  
> PyEval_CallObjectWithKeywords + 171
> 25  org.python.python             	0x0001ba58 PyInstance_New + 290
> 26  org.python.python             	0x0000c700 PyObject_Call + 101
> 27  org.python.python             	0x0008c802 PyEval_EvalFrameEx +  
> 21639
> 28  org.python.python             	0x0008cf64 PyEval_EvalCodeEx + 1720
> 29  org.python.python             	0x0008d009 PyEval_EvalCode + 87
> 30  org.python.python             	0x000a40bb Py_CompileString + 111
> 31  org.python.python             	0x000a4167 PyRun_FileExFlags + 139
> 32  org.python.python             	0x000a5e8a  
> PyRun_SimpleFileExFlags + 814
> 33  org.python.python             	0x000b3168 Py_Main + 3074
> 34  org.python.python.app         	0x00001eb5 start + 53
>
> The crash occurs at the same 'place' every time...
>
> If I run the Apple Python in 64 bit mode or the python.org Python  
> ( 32 bit carbon 2.6.2 )image displaying, ie PIL,  works fine :)
>
> Sorta strange...
>
> Here is a sample program that can be used...
>
> #!/usr/bin/env python
> # Author: Jerry LeVan
> from Tkinter import *
> import Image, ImageTk
> import StringIO
> from tkMessageBox import *
>
> class ShowImage:
> 	
>   def build_scrolled_canvas(self,parent):
>
>      canvas=Canvas(parent)
>
>      sy = Scrollbar(parent, command=canvas.yview)
>      sx = Scrollbar(parent, orient=HORIZONTAL,
>                     command= canvas.xview)
>      canvas.configure(yscrollcommand=sy.set,xscrollcommand=sx.set)
>      canvas.grid(row=0,column=0,sticky=NSEW)
>      sy.grid(row=0,column=1,stick=N+S)
>      sx.grid(row=1,column=0,sticky=E+W)
>      parent.columnconfigure(0,weight=1)
>      parent.rowconfigure(0,weight=1)
>      return canvas
>
>   def __init__(self, theStr):
>     self.theStr = theStr
>     self.theWin = Toplevel()
>     self.theWin.title('Image Viewer')
>     self.theFrame = Frame(self.theWin)
>     self.theCanvas = self.build_scrolled_canvas(self.theFrame)
>     self.theButton= Button 
> (self.theWin,text="Close",command=self.theWin.destroy)
>     self.theFrame.pack(side=TOP, expand=TRUE, fill=BOTH)
>     self.theButton.pack(side=TOP)
>     try:
>          self.im = Image.open(StringIO.StringIO(self.theStr))
>          (width,height) = self.im.size
>          self.tkim = ImageTk.PhotoImage(self.im)
>          self.theCanvas.create_image(0,0,image=self.tkim,anchor=NW)
>          self.theCanvas['scrollregion'] = (0,0,width,height)
>     except Exception, e :
>          showerror(title="Error",message="image problem: "+str(e))
>          self.theWin.destroy()
>
> if __name__ == '__main__':
>     theStr = open(sys.argv[1],'rb').read()
>     thePic = ShowImage(theStr)
>     myPic = ShowImage(theStr)
>     mainloop()
>

Bah, Humbug...

I used otool to peek at _imagetk.so and found that the linker had  
picked up the ActiveState Tcl/tk Frameworks in /Library/Frameworks...

So I hid the active state frameworks for tcl and tk and just to be  
safe I hid the community python from python.org.

I made sure that the Apple Python was in my path and rebuilt PIL. This  
time it appears that  all is well. The Apple frameworks for
Tcl and Tk were picked up :)

I have been able to use PIL to  display images via Apple's Python  
running in 64 or 32 bit mode.

I have a better handle on my WxPython problem...I think I was  
releasing a table for a grid a bit too soon...

Things are starting to look up :)

Jerry
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091004/b46701c7/attachment-0001.htm>

From harijay at gmail.com  Mon Oct  5 20:21:28 2009
From: harijay at gmail.com (hari jayaram)
Date: Mon, 5 Oct 2009 14:21:28 -0400
Subject: [Pythonmac-SIG] Command line imports module but built *.app
	complains No module yaml
In-Reply-To: <4AC4FE63.5060202@noaa.gov>
References: <aad3caa30909300842vff016d8la10a700b9cb17911@mail.gmail.com>
	<4AC4FE63.5060202@noaa.gov>
Message-ID: <aad3caa30910051121l19c84b3cuf9155d255c7e6ff4@mail.gmail.com>

Thanks Chris Barker for your reply.

I got the py2app build to work. Here is what I did

1)  I made sure that my pythonpath was not setup .
2)  I also explicitly added the #!/usr/bin/python to all my py files.

3) Then I ran the --make-setup by explicitly calling the
/usr/loca/bin/py2applet
 So I used

 /usr/local/bin/py2applet --make-setup
--iconfile="./gzilla_ico_fin.icns" --packages="wx,reportlab,yaml"
--prefer-ppc  GridZilla.py

4 ) I get the following setup.py (pasted below) .

5) I then ran
/usr/bin/python setup.py py2app

 That got me a *.app which imports the module and behaves correctly.

 I have not yet tested the app on a PPC machine but I am imagining it will work.

Thanks for your help
Hari Jayaram


**************setup.py *************

"""
This is a setup.py script generated by py2applet

Usage:
    python setup.py py2app
"""

from setuptools import setup

APP = ['GridZilla.py']
DATA_FILES = []
OPTIONS = {'argv_emulation': True,
 'iconfile': './gzilla_ico_fin.icns',
 'packages': 'wx,reportlab,yaml',
 'prefer_ppc': True}

setup(
    app=APP,
    data_files=DATA_FILES,
    options={'py2app': OPTIONS},
    setup_requires=['py2app'],
)




On Thu, Oct 1, 2009 at 3:09 PM, Christopher Barker
<Chris.Barker at noaa.gov> wrote:
> hari jayaram wrote:
>>
>> python setup.py py2app -A
>
> Are you trying to build an "Alias" app? It will reference all your source
> code, rather than copying anything. Teh odd thing is that is usually more
> reliable, not less!
>
>> When I try to open the dist file open dist/GridZilla.app
>> I get a popup no module found yaml
>
> do you get the same result if you double click on it? or s that what you
> meant?
>
>> I know the yaml module is present because I see it in site-packages
>> and ?the script GridZilla.py starts up just fine from the shell where
>> the py2app was run.
>> I can also see the module in the GridZilla.app
>>
>>
>> /Users/hari/gzilla/src/dist/GridZilla.app/Contents/Resources/lib/python2.5/yaml
>
> I don't think that should be there with an Alias bundle (-A option). YOu may
> want to make sure you delete both "build" and "dist", then try running
> py2app again.
>
> To debug:
>
> 1) make absolutely sure you are running py2app with the same python that you
> are running the script directly with. Check #! lines, etc.
>
> 2) add a "import sys; print sys.path" to your code -- this will tell you
> where it is looking. You may need to open the "Console" utility to see the
> output.
>
>> My site-packages:
>> hazel:yaml hari$ ls /Library/Python/2.5/site-packages/
>
> note: this is the site-packages that is used for user-installed packages for
> the Apple system Python2.5 -- is that what you want to use?
>
>
> HTH,
>
> -Chris
>
>
> --
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R ? ? ? ? ? ?(206) 526-6959 ? voice
> 7600 Sand Point Way NE ? (206) 526-6329 ? fax
> Seattle, WA ?98115 ? ? ? (206) 526-6317 ? main reception
>
> Chris.Barker at noaa.gov
> _______________________________________________
> Pythonmac-SIG maillist ?- ?Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
>

From kw at codebykevin.com  Tue Oct  6 16:30:48 2009
From: kw at codebykevin.com (Kevin Walzer)
Date: Tue, 06 Oct 2009 10:30:48 -0400
Subject: [Pythonmac-SIG] py2app/64-bit/Mach-O Headers
Message-ID: <4ACB5498.7080309@codebykevin.com>

I'm trying to bundle up a Python application that uses four-way 
universal builds of Python and Tk (64-bit/32-bit for PPC and x86). 
py2app chokes when trying to link the Tk frameworks in the app bundle:

linking 
/Users/kevin/Programming/phynchronicity/dist/Phynchronicity.app/Contents/Frameworks/Tk.framework/Versions/Current 
-> 8.5
WARNING: Mach-O header may be too large to relocate
WARNING: Mach-O header may be too large to relocate
WARNING: Mach-O header may be too large to relocate
WARNING: Mach-O header may be too large to relocate
Traceback (most recent call last):
   File 
"/Library/Frameworks/Python64.framework/Versions/2.6/lib/python2.6/site-packages/py2app-0.4.2-py2.6.egg/py2app/build_app.py", 
line 589, in _run
     self.run_normal()
   File 
"/Library/Frameworks/Python64.framework/Versions/2.6/lib/python2.6/site-packages/py2app-0.4.2-py2.6.egg/py2app/build_app.py", 
line 660, in run_normal
     self.create_binaries(py_files, pkgdirs, extensions, loader_files)
   File 
"/Library/Frameworks/Python64.framework/Versions/2.6/lib/python2.6/site-packages/py2app-0.4.2-py2.6.egg/py2app/build_app.py", 
line 777, in create_binaries

<snip>

I ran across this error in the mailing list archives and saw that it may 
pertain to the "-headerpad_max_install_names" LD flag. I added this flag 
to LDFLAGS in my ~/.profile and rebuilt Tcl and Tk with the link flag, 
but py2app still returns this error.

Not sure what to do here. I think py2app should be able to handle 
building a Tkinter application as 64-bit without these errors; Tkinter 
isn't some weird edge case. I've installed the latest dev versions of 
py2app and macholib. I'm also running 10.5.8.

Thanks,
Kevin

-- 
Kevin Walzer
Code by Kevin
http://www.codebykevin.com

From harijay at gmail.com  Mon Oct  5 20:57:18 2009
From: harijay at gmail.com (hari jayaram)
Date: Mon, 5 Oct 2009 14:57:18 -0400
Subject: [Pythonmac-SIG] Build python app using wxpython on intel-leopard
	and deploy on powerpc-tiger?
Message-ID: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>

Hi I have an OSX 10.5 running 64 bit leopard laptop.

I have a python application that uses wxpython , reportlab and pyyaml
(yaml) libraries.

I am trying to build the app on Leopard and deploy it on Tiger using
the following setup.py ( see below)
However the *.app does not work and gives an error when the *.app is
double clicked ( see attached png ). It understandeably complains
about the Info.plist not having the correct PyRuntimeLocations array.

What modifications do I have to make to the setup.py to get an app
built on Leopard to run on Tiger ( both power-pc and intel).
I am currently building against the System Python from
/Library/Python/2.5/ and subversion version of py2applet.

The app size is not limiting since its for an intranet distribution.

Thanks for your help in advance
Hari


setup.py:


"""
This is a setup.py script generated by py2applet

Usage:
    python setup.py py2app
"""

from setuptools import setup

APP = ['GridZilla.py']
DATA_FILES = []
OPTIONS = {'argv_emulation': True,
 'iconfile': './gzilla_ico_fin.icns',
 'packages': 'wx,reportlab,yaml',
 'prefer_ppc': True}

setup(
    app=APP,
    data_files=DATA_FILES,
    options={'py2app': OPTIONS},
    setup_requires=['py2app'],
)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Picture 3.png
Type: image/png
Size: 30757 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091005/d4da6462/attachment-0001.png>

From ronaldoussoren at mac.com  Tue Oct  6 18:22:05 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Tue, 06 Oct 2009 18:22:05 +0200
Subject: [Pythonmac-SIG] py2app/64-bit/Mach-O Headers
In-Reply-To: <4ACB5498.7080309@codebykevin.com>
References: <4ACB5498.7080309@codebykevin.com>
Message-ID: <3D67C404-22F6-4ED4-BB43-3A2ACA296964@mac.com>


On 6 Oct, 2009, at 16:30, Kevin Walzer wrote:

> I'm trying to bundle up a Python application that uses four-way  
> universal builds of Python and Tk (64-bit/32-bit for PPC and x86).  
> py2app chokes when trying to link the Tk frameworks in the app bundle:
>
> linking /Users/kevin/Programming/phynchronicity/dist/ 
> Phynchronicity.app/Contents/Frameworks/Tk.framework/Versions/Current  
> -> 8.5
> WARNING: Mach-O header may be too large to relocate
> WARNING: Mach-O header may be too large to relocate
> WARNING: Mach-O header may be too large to relocate
> WARNING: Mach-O header may be too large to relocate
> Traceback (most recent call last):
>  File "/Library/Frameworks/Python64.framework/Versions/2.6/lib/ 
> python2.6/site-packages/py2app-0.4.2-py2.6.egg/py2app/build_app.py",  
> line 589, in _run
>    self.run_normal()
>  File "/Library/Frameworks/Python64.framework/Versions/2.6/lib/ 
> python2.6/site-packages/py2app-0.4.2-py2.6.egg/py2app/build_app.py",  
> line 660, in run_normal
>    self.create_binaries(py_files, pkgdirs, extensions, loader_files)
>  File "/Library/Frameworks/Python64.framework/Versions/2.6/lib/ 
> python2.6/site-packages/py2app-0.4.2-py2.6.egg/py2app/build_app.py",  
> line 777, in create_binaries
>
> <snip>
>
> I ran across this error in the mailing list archives and saw that it  
> may pertain to the "-headerpad_max_install_names" LD flag. I added  
> this flag to LDFLAGS in my ~/.profile and rebuilt Tcl and Tk with  
> the link flag, but py2app still returns this error.
>
> Not sure what to do here. I think py2app should be able to handle  
> building a Tkinter application as 64-bit without these errors;  
> Tkinter isn't some weird edge case. I've installed the latest dev  
> versions of py2app and macholib. I'm also running 10.5.8.

My gut feeling is that macholib does not yet support 64-bit binaries.  
I know for sure that I have never used it with 64-bit binaries yet.

Ronald

>
> Thanks,
> Kevin
>
> -- 
> Kevin Walzer
> Code by Kevin
> http://www.codebykevin.com
> _______________________________________________
> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091006/538098d1/attachment.bin>

From nad at acm.org  Tue Oct  6 20:27:41 2009
From: nad at acm.org (Ned Deily)
Date: Tue, 06 Oct 2009 11:27:41 -0700
Subject: [Pythonmac-SIG] Build python app using wxpython on
	intel-leopard and deploy on powerpc-tiger?
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
Message-ID: <nad-B010AE.11274006102009@ger.gmane.org>

In article 
<aad3caa30910051157p5f63b9ffue12fe71b1d38678d at mail.gmail.com>,
 hari jayaram <harijay at gmail.com> wrote:

> Hi I have an OSX 10.5 running 64 bit leopard laptop.
> 
> I have a python application that uses wxpython , reportlab and pyyaml
> (yaml) libraries.
> 
> I am trying to build the app on Leopard and deploy it on Tiger using
> the following setup.py ( see below)
> However the *.app does not work and gives an error when the *.app is
> double clicked ( see attached png ). It understandeably complains
> about the Info.plist not having the correct PyRuntimeLocations array.
> 
> What modifications do I have to make to the setup.py to get an app
> built on Leopard to run on Tiger ( both power-pc and intel).
> I am currently building against the System Python from
> /Library/Python/2.5/ and subversion version of py2applet.

If you want to use python2.5, install a python2.5 from python.org:
   http://www.python.org/download/releases/2.5.4/
That python (/usr/local/bin/python2.5) will work on both Tiger and 
Leopard.  Reinstall your dependent packages (setuptools, py2app, wx, 
reportlab, yaml) with that python.   By default, commands for those 
packages will be installed to 
/Library/Frameworks/Python.framework/Versions/2.5/bin, which may or may 
not be first on your shell $PATH.  When running py2app from there, it 
should include python in the app bundle (it will not do this when using 
the built-in Apple python) so the app should run on any 10.4 or 10.5 
system.

-- 
 Ned Deily,
 nad at acm.org


From nad at acm.org  Tue Oct  6 20:41:37 2009
From: nad at acm.org (Ned Deily)
Date: Tue, 06 Oct 2009 11:41:37 -0700
Subject: [Pythonmac-SIG] Build python app using wxpython on
	intel-leopard and deploy on powerpc-tiger?
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-B010AE.11274006102009@ger.gmane.org>
Message-ID: <nad-7A7442.11413706102009@ger.gmane.org>

In article <nad-B010AE.11274006102009 at ger.gmane.org>,
 Ned Deily <nad at acm.org> wrote:
> That python (/usr/local/bin/python2.5) will work on both Tiger and 
> Leopard.  Reinstall your dependent packages (setuptools, py2app, wx, 
> reportlab, yaml) with that python.

I should add that you need to make sure all the executables are targeted 
for 10.4.  To do that, ensure that the 10.4u SDK is installed from Xcode 
and add: 
  export MACOSX_DEPLOYMENT_TARGET=10.4
to your shell sessions before building anything.  Python distutils 
should do this for automatically (at least it does for python 2.6) but 
you may need to tweak configure scripts etc if any dependencies are not 
being built by the equivalent of a python setup.py (or easy_install).  
Good luck!

-- 
 Ned Deily,
 nad at acm.org


From nad at acm.org  Tue Oct  6 20:56:57 2009
From: nad at acm.org (Ned Deily)
Date: Tue, 06 Oct 2009 11:56:57 -0700
Subject: [Pythonmac-SIG] Build python app using wxpython on
	intel-leopard and deploy on powerpc-tiger?
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-B010AE.11274006102009@ger.gmane.org>
	<nad-7A7442.11413706102009@ger.gmane.org>
Message-ID: <nad-2F0898.11565706102009@ger.gmane.org>

One last thought!  If you have access to a tiger machine, it may very 
well be easier and safer if you build the app on 10.4.  It should then 
run on both 10.4 and 10.5.  OS X 10.n -> 10.n+1 compatibility is usually 
a given but 10.n -> 10.n-1 is not.  The latest pythons (2.6.x) go to 
some trouble to ensure downward compatibility but that may not be true 
of other dependencies.  Just follow the same outline about installing 
the python.org python and dependencies.

-- 
 Ned Deily,
 nad at acm.org


From harijay at gmail.com  Tue Oct  6 21:43:13 2009
From: harijay at gmail.com (hari jayaram)
Date: Tue, 6 Oct 2009 15:43:13 -0400
Subject: [Pythonmac-SIG] Build python app using wxpython on
	intel-leopard and deploy on powerpc-tiger?
In-Reply-To: <nad-2F0898.11565706102009@ger.gmane.org>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-B010AE.11274006102009@ger.gmane.org>
	<nad-7A7442.11413706102009@ger.gmane.org>
	<nad-2F0898.11565706102009@ger.gmane.org>
Message-ID: <aad3caa30910061243k4954c118jb19aae56f9f6b9d8@mail.gmail.com>

Hi Ned thanks a tonne for your suggestions.
I have gone ahead and installed python.org python 2.6 to the
intel-leopard laptop and with dependencies for the app i.e wx
(wxpython 2.8.10) , reportlab and pyyaml  and the subversion build of
py2app. The app works fine with this python 2.6

I am using the setup.py pasted below.

I can build an app using a simple setup.py. The app however does not
launch on my machine and instead reports the following error

"ImportError:'/Library/Frameworks/Python.Framework/Versions/2.6/lib/python2.6/-lib-dynload/wx/_core_.so'
 not found

With the Apple Python 2.5 and wx version 2.8.4.0 and the same setup.py
I dont get this error but then the built app does not work on tiger or
power-pc.

So my question is
1) How do I get the wx _core_.so to be included . Since it is nowhere
on my filesystem DO I have to manually build wxpython

2) Could it be a simple error in my setup.py for py2app that is
creating this problem. I have emailed the wxpython list to enquire as
to why the _core_.so wx library is not being included.

Thanks for your help in advance, my setup.py is pasted below here
Hari Jayaram


###########################
setup.py that creates the *.app:
#########################
"""
This is a setup.py script generated by py2applet

Usage:
   python setup.py py2app
"""

from setuptools import setup

APP = ['GridZilla.py']
DATA_FILES = []
OPTIONS = {'argv_emulation': True, 'iconfile': './gzilla_ico_fin.icns'}

setup(
   app=APP,
   data_files=DATA_FILES,
   options={'py2app': OPTIONS},
   setup_requires=['py2app'],
)

I get the app to build but it gives as
On Tue, Oct 6, 2009 at 2:56 PM, Ned Deily <nad at acm.org> wrote:
> One last thought! ?If you have access to a tiger machine, it may very
> well be easier and safer if you build the app on 10.4. ?It should then
> run on both 10.4 and 10.5. ?OS X 10.n -> 10.n+1 compatibility is usually
> a given but 10.n -> 10.n-1 is not. ?The latest pythons (2.6.x) go to
> some trouble to ensure downward compatibility but that may not be true
> of other dependencies. ?Just follow the same outline about installing
> the python.org python and dependencies.
>
> --
> ?Ned Deily,
> ?nad at acm.org
>
> _______________________________________________
> Pythonmac-SIG maillist ?- ?Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
>

From ronaldoussoren at mac.com  Tue Oct  6 21:48:37 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Tue, 06 Oct 2009 21:48:37 +0200
Subject: [Pythonmac-SIG] py2app/64-bit/Mach-O Headers
In-Reply-To: <3D67C404-22F6-4ED4-BB43-3A2ACA296964@mac.com>
References: <4ACB5498.7080309@codebykevin.com>
	<3D67C404-22F6-4ED4-BB43-3A2ACA296964@mac.com>
Message-ID: <E9F47EA6-D19F-44E7-9E6D-0AD42E6F5092@mac.com>


On 6 Oct, 2009, at 18:22, Ronald Oussoren wrote:

>>
>>
>> Not sure what to do here. I think py2app should be able to handle  
>> building a Tkinter application as 64-bit without these errors;  
>> Tkinter isn't some weird edge case. I've installed the latest dev  
>> versions of py2app and macholib. I'm also running 10.5.8.
>
> My gut feeling is that macholib does not yet support 64-bit  
> binaries. I know for sure that I have never used it with 64-bit  
> binaries yet.

My gut was wrong, macholib does support 64-bit code, I've verified  
this by running macho_standalone on a 3-way universal binary on OSX  
10.6.

What version of macholib do you use?

I've downloaded Tcl/Tk from <http://github.com/das/tcltk/tree/de-carbon-8-5 
 > and created a 3-way universal install using the xcode projects:

file /Library/Frameworks/Tcl.framework/Tcl
/Library/Frameworks/Tcl.framework/Tcl: Mach-O universal binary with 3  
architectures
/Library/Frameworks/Tcl.framework/Tcl (for architecture i386):	Mach-O  
dynamically linked shared library i386
/Library/Frameworks/Tcl.framework/Tcl (for architecture x86_64):	Mach- 
O 64-bit dynamically linked shared library x86_64
/Library/Frameworks/Tcl.framework/Tcl (for architecture ppc7400):	Mach- 
O dynamically linked shared library ppc

Macho_standalone seems to be handle this fine (I created a standalone  
copy of Wish.app, after creating a copy of it outside of  
Tk.framework). This should mean that py2app works with it as well.

I'm using the current HEAD of the macholib repository.

Ronald
> Ronald
>
>>
>> Thanks,
>> Kevin
>>
>> -- 
>> Kevin Walzer
>> Code by Kevin
>> http://www.codebykevin.com
>> _______________________________________________
>> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
>> http://mail.python.org/mailman/listinfo/pythonmac-sig
>
> _______________________________________________
> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091006/57bc0f85/attachment.bin>

From aahz at pythoncraft.com  Tue Oct  6 22:39:08 2009
From: aahz at pythoncraft.com (Aahz)
Date: Tue, 6 Oct 2009 13:39:08 -0700
Subject: [Pythonmac-SIG] Build python app using wxpython
	on	intel-leopard and deploy on powerpc-tiger?
In-Reply-To: <nad-2F0898.11565706102009@ger.gmane.org>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-B010AE.11274006102009@ger.gmane.org>
	<nad-7A7442.11413706102009@ger.gmane.org>
	<nad-2F0898.11565706102009@ger.gmane.org>
Message-ID: <20091006203908.GA23886@panix.com>

On Tue, Oct 06, 2009, Ned Deily wrote:
>
> One last thought!  If you have access to a tiger machine, it may very 
> well be easier and safer if you build the app on 10.4.  It should then 
> run on both 10.4 and 10.5.  OS X 10.n -> 10.n+1 compatibility is usually 
> a given but 10.n -> 10.n-1 is not.  The latest pythons (2.6.x) go to 
> some trouble to ensure downward compatibility but that may not be true 
> of other dependencies.  Just follow the same outline about installing 
> the python.org python and dependencies.

What is your recommendation for supporting 10.4, 10.5, and 10.6?  Does
including PPC make any difference?
-- 
Aahz (aahz at pythoncraft.com)           <*>         http://www.pythoncraft.com/

"....Normal is what cuts off your sixth finger and your tail..."  --Siobhan

From kw at codebykevin.com  Tue Oct  6 23:01:34 2009
From: kw at codebykevin.com (Kevin Walzer)
Date: Tue, 06 Oct 2009 17:01:34 -0400
Subject: [Pythonmac-SIG] py2app/64-bit/Mach-O Headers
In-Reply-To: <E9F47EA6-D19F-44E7-9E6D-0AD42E6F5092@mac.com>
References: <4ACB5498.7080309@codebykevin.com>
	<3D67C404-22F6-4ED4-BB43-3A2ACA296964@mac.com>
	<E9F47EA6-D19F-44E7-9E6D-0AD42E6F5092@mac.com>
Message-ID: <4ACBB02E.2020606@codebykevin.com>

On 10/6/09 3:48 PM, Ronald Oussoren wrote:
>
> On 6 Oct, 2009, at 18:22, Ronald Oussoren wrote:
>
>>>
>>>
>>> Not sure what to do here. I think py2app should be able to handle
>>> building a Tkinter application as 64-bit without these errors;
>>> Tkinter isn't some weird edge case. I've installed the latest dev
>>> versions of py2app and macholib. I'm also running 10.5.8.
>>
>> My gut feeling is that macholib does not yet support 64-bit binaries.
>> I know for sure that I have never used it with 64-bit binaries yet.
>
> My gut was wrong, macholib does support 64-bit code, I've verified this
> by running macho_standalone on a 3-way universal binary on OSX 10.6.
>
> What version of macholib do you use?
>
> I've downloaded Tcl/Tk from
> <http://github.com/das/tcltk/tree/de-carbon-8-5> and created a 3-way
> universal install using the xcode projects:
>
> file /Library/Frameworks/Tcl.framework/Tcl
> /Library/Frameworks/Tcl.framework/Tcl: Mach-O universal binary with 3
> architectures
> /Library/Frameworks/Tcl.framework/Tcl (for architecture i386): Mach-O
> dynamically linked shared library i386
> /Library/Frameworks/Tcl.framework/Tcl (for architecture x86_64): Mach-O
> 64-bit dynamically linked shared library x86_64
> /Library/Frameworks/Tcl.framework/Tcl (for architecture ppc7400): Mach-O
> dynamically linked shared library ppc
>
> Macho_standalone seems to be handle this fine (I created a standalone
> copy of Wish.app, after creating a copy of it outside of Tk.framework).
> This should mean that py2app works with it as well.
>
> I'm using the current HEAD of the macholib repository.
>
> Ronald
>>

I downloaded and installed svn trunk (revision 31) of macholib from 
svn.pythonmac.org--still have the same problem. Is there somewhere else 
I should look?

--Kevin
-- 
Kevin Walzer
Code by Kevin
http://www.codebykevin.com

From kw at codebykevin.com  Tue Oct  6 23:29:32 2009
From: kw at codebykevin.com (Kevin Walzer)
Date: Tue, 06 Oct 2009 17:29:32 -0400
Subject: [Pythonmac-SIG] py2app/64-bit/Mach-O Headers
In-Reply-To: <E9F47EA6-D19F-44E7-9E6D-0AD42E6F5092@mac.com>
References: <4ACB5498.7080309@codebykevin.com>
	<3D67C404-22F6-4ED4-BB43-3A2ACA296964@mac.com>
	<E9F47EA6-D19F-44E7-9E6D-0AD42E6F5092@mac.com>
Message-ID: <4ACBB6BC.8010603@codebykevin.com>

I tried again, using the macholib from svn trunk and specifying 
python-64 instead of python as the interpreter. Here's the error I get:

linking 
/Users/kevin/Programming/phynchronicity/dist/Phynchronicity.app/Contents/Frameworks/Python64.framework/Versions/Current 
-> 2.6
Traceback (most recent call last):
   File 
"/Library/Frameworks/Python64.framework/Versions/2.6/lib/python2.6/site-packages/py2app-0.4.2-py2.6.egg/py2app/build_app.py", 
line 589, in _run
     self.run_normal()
   File 
"/Library/Frameworks/Python64.framework/Versions/2.6/lib/python2.6/site-packages/py2app-0.4.2-py2.6.egg/py2app/build_app.py", 
line 660, in run_normal
     self.create_binaries(py_files, pkgdirs, extensions, loader_files)
   File 
"/Library/Frameworks/Python64.framework/Versions/2.6/lib/python2.6/site-packages/py2app-0.4.2-py2.6.egg/py2app/build_app.py", 
line 768, in create_binaries
     mm.mm.run_file(runtime)
   File "build/bdist.macosx-10.5-universal/egg/macholib/MachOGraph.py", 
line 66, in run_file
     m = self.createNode(MachO, pathname)
   File 
"build/bdist.macosx-10.5-universal/egg/macholib/MachOStandalone.py", 
line 23, in createNode
     res = super(FilteredMachOGraph, self).createNode(cls, name)
   File "build/bdist.macosx-10.5-universal/egg/altgraph/ObjectGraph.py", 
line 148, in createNode
     m = cls(name, *args, **kw)
   File "build/bdist.macosx-10.5-universal/egg/macholib/MachO.py", line 
63, in __init__
     self.load(file(filename, 'rb'))
   File "build/bdist.macosx-10.5-universal/egg/macholib/MachO.py", line 
73, in load
     self.load_fat(fh)
   File "build/bdist.macosx-10.5-universal/egg/macholib/MachO.py", line 
81, in load_fat
     self.fat = fat_header.from_fileobj(fh)
   File "build/bdist.macosx-10.5-universal/egg/macholib/ptypes.py", line 
44, in from_fileobj
     return cls.from_str(f.read(cls._size_), **kw)
   File "build/bdist.macosx-10.5-universal/egg/macholib/ptypes.py", line 
48, in from_str
     return cls.from_tuple(struct.unpack(endian + cls._format_, s), **kw)
error: unpack requires a string argument of length 8
 > 
/Users/kevin/Programming/phynchronicity/build/bdist.macosx-10.5-universal/egg/macholib/ptypes.py(48)from_str()
-> return cls.from_tuple(struct.unpack(endian + cls._format_, s), **kw)


Any ideas?

-- 
Kevin Walzer
Code by Kevin
http://www.codebykevin.com

From nad at acm.org  Tue Oct  6 23:37:37 2009
From: nad at acm.org (Ned Deily)
Date: Tue, 06 Oct 2009 14:37:37 -0700
Subject: [Pythonmac-SIG] Build python app using wxpython on
	intel-leopard and deploy on powerpc-tiger?
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-B010AE.11274006102009@ger.gmane.org>
	<nad-7A7442.11413706102009@ger.gmane.org>
	<nad-2F0898.11565706102009@ger.gmane.org>
	<aad3caa30910061243k4954c118jb19aae56f9f6b9d8@mail.gmail.com>
Message-ID: <nad-5677F3.14373706102009@ger.gmane.org>

In article 
<aad3caa30910061243k4954c118jb19aae56f9f6b9d8 at mail.gmail.com>,
 hari jayaram <harijay at gmail.com> wrote:
> I have gone ahead and installed python.org python 2.6 to the
> intel-leopard laptop and with dependencies for the app i.e wx
> (wxpython 2.8.10) , reportlab and pyyaml  and the subversion build of
> py2app. The app works fine with this python 2.6
> 
> I am using the setup.py pasted below.
> 
> I can build an app using a simple setup.py. The app however does not
> launch on my machine and instead reports the following error
> 
> "ImportError:'/Library/Frameworks/Python.Framework/Versions/2.6/lib/python2.6/
> -lib-dynload/wx/_core_.so'
>  not found

I am not a wx user so I should probably stop at this point before I lead 
you astray.  Perhaps the resident wx/py2app expert here (hi, Chris) will 
chime in.  There also seems to be a wxpython-mac mailing list on google 
groups.  That said, I notice that the current wxpython installer dmg 
installs wxpython into /usr/local/lib and puts a wxredirect.pth into 
python's site-packages library; I don't know whether py2app is smart 
enough to handle that without a recipe.

Good luck!

-- 
 Ned Deily,
 nad at acm.org


From nad at acm.org  Wed Oct  7 00:37:21 2009
From: nad at acm.org (Ned Deily)
Date: Tue, 06 Oct 2009 15:37:21 -0700
Subject: [Pythonmac-SIG] Build python app using wxpython
	on	intel-leopard and deploy on powerpc-tiger?
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-B010AE.11274006102009@ger.gmane.org>
	<nad-7A7442.11413706102009@ger.gmane.org>
	<nad-2F0898.11565706102009@ger.gmane.org>
	<20091006203908.GA23886@panix.com>
Message-ID: <nad-9015E9.15372106102009@ger.gmane.org>

In article <20091006203908.GA23886 at panix.com>,
 Aahz <aahz at pythoncraft.com> wrote:
> What is your recommendation for supporting 10.4, 10.5, and 10.6?  Does
> including PPC make any difference?

For python in general (not wx), my experience with building current 
python installers is that one can reliably build 2-way 32-bit i386/ppc 
("fat") installers on either 10.5 or 10.4 that will work on 10.4, 10.5, 
and 10.6.  That includes the small set of 3rd party libraries included 
in the python.org installers (zlib, bzip2, sqlite3, ncurses, etc).   The 
python.org installer builds use the 10.4u SDK as sysroot.  (It actually 
sets MACOSX_DEPLOYMENT_TARGET=10.3 which, in theory, works for 
10.3.9(?)+ as well but we don't do any testing on 10.3.) 

Since the release of 10.6, I have done some experimenting with trying to 
build installers this way on 10.6 and have run into various problems.  A 
lot of things change in the default build chain on 10.6: gcc-4.2 instead 
of -4.0, tools running in 64-bit mode by default, differences in the 
10.4 SDK on 10.6 (which is not installed by default).  With the number 
of other issues involved in getting 2.6.3 out the door, neither Ronald 
nor I have spent a lot of time yet trying to work through all the 10.6 
build issues; so far, it's been easier to just build on 10.5 (and I've 
done test builds on 10.4 as well).  The results seem to work equally 
well on 10.4, 10.5, and 10.6.

There are some additional complications for a python installer in that, 
beyond just an executable to install, it provides a kind of user-build 
environment, l.e. distuils, that needs to support user builds of 
packages with C extension modules.  There were a few things added to 
2.6.3 to make that work on 10.6, mainly ensuring a CC=/usr/bin/gcc-4.0 
gets injected.  So far, that seems to work although it's a little messy 
when extensions require additional 3rd-party libraries: they should also 
be built with 4.0 and with compatible -archs.  But, presumably, most 
*apps* built with python would not need to deal with those kinds of 
issues.

The python installer build script (in Mac/BuildScript in release26 svn) 
also supports a 4-way universal build option that adds 64-bit variants 
for intel and ppc g5.  That can only be built and run on 10.5 and above 
and, while it will install on 10.6, the various options it uses to 
select 32- vs 64- don't work correctly there.  Typically you always end 
up running in 64-bit mode.  Building an "intel" 2-way (32-/64-) on 10.6 
has some similar issues.  This can be a problem if you need any of the 
deprecated Macintosh modules from the standard library as most of them 
depend on Carbon frameworks available in 32-bit only.  So it may be 
better to stick to 32-bit only on 10.6 for the moment.

YMMV, of course.  Hope that helps.

-- 
 Ned Deily,
 nad at acm.org


From kw at codebykevin.com  Wed Oct  7 01:27:38 2009
From: kw at codebykevin.com (Kevin Walzer)
Date: Tue, 06 Oct 2009 19:27:38 -0400
Subject: [Pythonmac-SIG] py2app/64-bit/Mach-O Headers
In-Reply-To: <E9F47EA6-D19F-44E7-9E6D-0AD42E6F5092@mac.com>
References: <4ACB5498.7080309@codebykevin.com>
	<3D67C404-22F6-4ED4-BB43-3A2ACA296964@mac.com>
	<E9F47EA6-D19F-44E7-9E6D-0AD42E6F5092@mac.com>
Message-ID: <4ACBD26A.9010902@codebykevin.com>

Hi Ronald,

Some additional testing:

1. I also tested macho_standalone against a standalone build of Wish 
with 64-bit included. I get this output:

/usr/bin/strip: for architecture ppc64 object: 
/Users/kevin/Desktop/Wish.app/Contents/Frameworks/Tk.framework/Versions/8.5/Tk 
malformed object (load command 3 cmdsize not a multiple of 8)
/usr/bin/strip: for architecture ppc64 object: 
/Users/kevin/Desktop/Wish.app/Contents/MacOS/Wish malformed object (load 
command 10 cmdsize not a multiple of 8)
Macintosh:~ kevin$


The major difference between what you built and what I'm building is 
that I am also supporting 64-bit PPC, while you are only supporting 
three architectures (x86, ppc and x86-64). Not sure if the above is 
relevant or not.

2. After a great deal of hackery and some install_name_tool, I actually 
got a working build of my app with bundlebuilder (!). However, it 
appears to work only with the 32-bit version of Python. (A four-way 
build of Python produces two binaries, python-32 and python-64). I know 
this is not a long-term solution, but at least it gets me working in the 
near term.

If you're able to do a bit more testing with macholib, let me know what 
you come up with. I've not been able to get a working build of my app 
with py2app.

--Kevin

-- 
Kevin Walzer
Code by Kevin
http://www.codebykevin.com

From apt.shansen at gmail.com  Wed Oct  7 06:00:26 2009
From: apt.shansen at gmail.com (Stephen Hansen)
Date: Tue, 6 Oct 2009 21:00:26 -0700
Subject: [Pythonmac-SIG] Building 2.5 on SL
Message-ID: <7a9c25c20910062100i25e0bbe0jb2c37e9025812f93@mail.gmail.com>

Hi all.
I'm trying to build a "private" instance of Python 2.5.4 on Snow Leopard,
and am running into a problem.

To get started, I'm doing:

Top:Python-2.5.4 shansen$ export CC=/usr/bin/gcc-4.0
Top:Python-2.5.4 shansen$ ./configure --enable-universalsdk
--enable-framework=/Library/APT/Frameworks

Basically, I need a framework install and such, but don't want to touch
anything in the system and don't want any other program to touch this
particular python. It needs to run on Tiger+, both intel and PPC
architectures. The configuration appears to be correct to me, as the gcc
commands seem to have all the arch's and the SDK right:

/usr/bin/gcc-4.0 -mmacosx-version-min=10.4 -isysroot
/Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arch i386 -isysroot
/Developer/SDKs/MacOSX10.4u.sdk  -fno-strict-aliasing -Wno-long-double
-no-cpp-precomp -mno-fused-madd -fno-common -dynamic -DNDEBUG -g  -O3 -Wall
-Wstrict-prototypes  -I. -IInclude -I./Include   -DPy_BUILD_CORE  -c
./Modules/posixmodule.c -o Modules/posixmodule.o

Now the problem is, I get the attached error when compiling posixmodule.c.

I was idly curious, so downloaded 2.6.3... and ran into the exact same
problem. :/

Any ideas?

Thanks in advance.

--S
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091006/c3657868/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: makefail.log
Type: application/octet-stream
Size: 5172 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091006/c3657868/attachment.obj>

From ronaldoussoren at mac.com  Wed Oct  7 08:07:00 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Wed, 07 Oct 2009 08:07:00 +0200
Subject: [Pythonmac-SIG] py2app/64-bit/Mach-O Headers
In-Reply-To: <4ACBB6BC.8010603@codebykevin.com>
References: <4ACB5498.7080309@codebykevin.com>
	<3D67C404-22F6-4ED4-BB43-3A2ACA296964@mac.com>
	<E9F47EA6-D19F-44E7-9E6D-0AD42E6F5092@mac.com>
	<4ACBB6BC.8010603@codebykevin.com>
Message-ID: <312AA549-2025-46E1-B0E4-35954A0D3AAA@mac.com>


On 6 Oct, 2009, at 23:29, Kevin Walzer wrote:

> I tried again, using the macholib from svn trunk and specifying  
> python-64 instead of python as the interpreter. Here's the error I  
> get:
>
> linking /Users/kevin/Programming/phynchronicity/dist/ 
> Phynchronicity.app/Contents/Frameworks/Python64.framework/Versions/ 
> Current -> 2.6
> Traceback (most recent call last):
>  File "/Library/Frameworks/Python64.framework/Versions/2.6/lib/ 
> python2.6/site-packages/py2app-0.4.2-py2.6.egg/py2app/build_app.py",  
> line 589, in _run
>    self.run_normal()
>  File "/Library/Frameworks/Python64.framework/Versions/2.6/lib/ 
> python2.6/site-packages/py2app-0.4.2-py2.6.egg/py2app/build_app.py",  
> line 660, in run_normal
>    self.create_binaries(py_files, pkgdirs, extensions, loader_files)
>  File "/Library/Frameworks/Python64.framework/Versions/2.6/lib/ 
> python2.6/site-packages/py2app-0.4.2-py2.6.egg/py2app/build_app.py",  
> line 768, in create_binaries
>    mm.mm.run_file(runtime)
>  File "build/bdist.macosx-10.5-universal/egg/macholib/ 
> MachOGraph.py", line 66, in run_file
>    m = self.createNode(MachO, pathname)
>  File "build/bdist.macosx-10.5-universal/egg/macholib/ 
> MachOStandalone.py", line 23, in createNode
>    res = super(FilteredMachOGraph, self).createNode(cls, name)
>  File "build/bdist.macosx-10.5-universal/egg/altgraph/ 
> ObjectGraph.py", line 148, in createNode
>    m = cls(name, *args, **kw)
>  File "build/bdist.macosx-10.5-universal/egg/macholib/MachO.py",  
> line 63, in __init__
>    self.load(file(filename, 'rb'))
>  File "build/bdist.macosx-10.5-universal/egg/macholib/MachO.py",  
> line 73, in load
>    self.load_fat(fh)
>  File "build/bdist.macosx-10.5-universal/egg/macholib/MachO.py",  
> line 81, in load_fat
>    self.fat = fat_header.from_fileobj(fh)
>  File "build/bdist.macosx-10.5-universal/egg/macholib/ptypes.py",  
> line 44, in from_fileobj
>    return cls.from_str(f.read(cls._size_), **kw)
>  File "build/bdist.macosx-10.5-universal/egg/macholib/ptypes.py",  
> line 48, in from_str
>    return cls.from_tuple(struct.unpack(endian + cls._format_, s),  
> **kw)
> error: unpack requires a string argument of length 8
> > /Users/kevin/Programming/phynchronicity/build/bdist.macosx-10.5- 
> universal/egg/macholib/ptypes.py(48)from_str()
> -> return cls.from_tuple(struct.unpack(endian + cls._format_, s),  
> **kw)

Time to install a 64-bit build myself, I've been running the 32-bit  
only the last couple of weeks due to the 2.6.3 release.

Ronald

>
>
> Any ideas?
>
> -- 
> Kevin Walzer
> Code by Kevin
> http://www.codebykevin.com

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091007/96ac4281/attachment-0001.bin>

From nad at acm.org  Wed Oct  7 09:32:28 2009
From: nad at acm.org (Ned Deily)
Date: Wed, 07 Oct 2009 00:32:28 -0700
Subject: [Pythonmac-SIG] Building 2.5 on SL -
	configure-2.5.4-for-10.6.patch (1/1)
References: <7a9c25c20910062100i25e0bbe0jb2c37e9025812f93@mail.gmail.com>
Message-ID: <nad-BE14FA.00322707102009@news.gmane.org>

In article 
<7a9c25c20910062100i25e0bbe0jb2c37e9025812f93 at mail.gmail.com>,
 Stephen Hansen <apt.shansen at gmail.com> wrote:
> I'm trying to build a "private" instance of Python 2.5.4 on Snow Leopard,
> and am running into a problem. [...]

A-hah!  The problem is that Snow Leopard is also Darwin 10.0 and it 
turns out that an important test in the configure script doesn't handle 
the two-digit major version number correctly.

The attached patch should fix the problem.  Or simply manually edit 
configure to replace the line:
  FreeBSD/4.* | Darwin/[6789].*)

with the three lines:
  Darwin/[012345].*)
      ;;
  Darwin/*)

The same problem affects all of the current Pythons which is why you saw 
it on 2.6.3 as well.  I'll see that it gets taken care of.

Thanks!

-- 
 Ned Deily,
 nad at acm.org

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: configure-2.5.4-for-10.6.patch
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091007/12428c3d/attachment.asc>

From barry at barrys-emacs.org  Wed Oct  7 10:34:36 2009
From: barry at barrys-emacs.org (Barry Scott)
Date: Wed, 7 Oct 2009 09:34:36 +0100
Subject: [Pythonmac-SIG] Setting up locale on Mac - how should this been
	done?
In-Reply-To: <78666A29-7D6B-47B3-9081-6E88B0B280C8@mac.com>
References: <F8F291EB-2963-40A4-9613-2C1E9F153ACD@barrys-emacs.org>
	<78666A29-7D6B-47B3-9081-6E88B0B280C8@mac.com>
Message-ID: <58C0335A-0E62-4D4B-8E56-5B5A698038EC@barrys-emacs.org>


On 4 Oct 2009, at 20:30, Ronald Oussoren wrote:

>
> On 4 Oct, 2009, at 19:53, Barry Scott wrote:
>
>> I have a wxPython application  (PySVN WorkBench) that is a bundle.
>>
>> When the app runs the environment does not contain any of the usual
>> variables that would be used to into the locale, LANG, LC_ALL etc.
>>
>> What I can see in the environment is __CF_USER_TEXT_ENCODING.
>> I have failed to find details of how to interpret the value of this  
>> environment
>> variable which leads me to believe I should not do processing it  
>> directly.
>>
>> The trick that works on windows does not work. Windows init:
>>
>> 	locale.setlocale( locale.LC_ALL, '' )
>>
>> $ python2.6
>> Python 2.6.2 (r262:71600, Apr 16 2009, 09:17:39)
>> [GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin
>> Type "help", "copyright", "credits" or "license" for more  
>> information.
>> >>> import locale
>> >>> locale.getdefaultlocale()
>> (None, 'mac-roman')
>> >>> locale.getlocale()
>> (None, None)
>> >>> locale.setlocale( locale.LC_ALL, '' )
>> 'C'
>> >>> locale.getlocale()
>> (None, None)
>> >>>
>>
>> The default locale of (None, 'mac-roman') is useless as it
>> does not say which locale the user has selected in
>> System Preferences, Language and Text.
>>
>> How should I init the locale to the users choice?
>
> That depends on the version of OSX you're running.
>
> On my system (10.6.1):
>
> >>> locale.setlocale(locale.LC_ALL, '')
> 'en_US.UTF-8'
> >>> locale.getlocale()
> ('en_US', 'UTF8')
> >>>

Look in your environment. You will see one of LANG, LANGUAGE, LC_ALL  
defined that setlocale is picking up on.
As I said when OS X runs python in an application bundle none of these  
environment variables are defined.

>
> This should also work in 10.5, but probably not 10.4.

>
> The value of "__CF_USER_TEXT_ENCODING" is undocumented, you  
> shouldn't rely on that value. The only reliable way to get at the  
> locale settings from System Preferences is by using mac-specific  
> API's from CoreFoundation or Cocoa.

Agreed. But it is info I can get from with in python.

What I'm surprised at is that setlocale on OS X does not call those  
Mac API's if the environment variables are not defined.
Especially given that python on windows does call windows APIs to find  
the language and set the locale.

>
> BTW. The usual approach for localizing an OSX app is to have  
> language-specific subbundles in the application bundle, for  
> examples, "Resources/English.lproj" for the english localization and  
> "Resources/nl.lproj" for the Dutch localization. Apple's APIs have  
> specific support for that structure, although I don't know if  
> wxWidgets exposes that.

I'll ask the wxPython folks how to do this.

Barry


From zvezdan at zope.com  Wed Oct  7 15:31:49 2009
From: zvezdan at zope.com (Zvezdan Petkovic)
Date: Wed, 7 Oct 2009 09:31:49 -0400
Subject: [Pythonmac-SIG] Building 2.5 on SL -
	configure-2.5.4-for-10.6.patch (1/1)
In-Reply-To: <nad-BE14FA.00322707102009@news.gmane.org>
References: <7a9c25c20910062100i25e0bbe0jb2c37e9025812f93@mail.gmail.com>
	<nad-BE14FA.00322707102009@news.gmane.org>
Message-ID: <48C14E26-E790-47C2-BD44-FC65159D8D03@zope.com>

On Oct 7, 2009, at 3:32 AM, Ned Deily wrote:

> In article
> <7a9c25c20910062100i25e0bbe0jb2c37e9025812f93 at mail.gmail.com>,
> Stephen Hansen <apt.shansen at gmail.com> wrote:
>> I'm trying to build a "private" instance of Python 2.5.4 on Snow  
>> Leopard,
>> and am running into a problem. [...]
>
> A-hah!  The problem is that Snow Leopard is also Darwin 10.0 and it
> turns out that an important test in the configure script doesn't  
> handle
> the two-digit major version number correctly.
>
> The attached patch should fix the problem.  Or simply manually edit
> configure to replace the line:
>  FreeBSD/4.* | Darwin/[6789].*)
>
> with the three lines:
>  Darwin/[012345].*)
>      ;;
>  Darwin/*)
>
> The same problem affects all of the current Pythons which is why you  
> saw  it on 2.6.3 as well.  I'll see that it gets taken care of.

First, let me state that your patch is probably in agreement with the  
intended purpose of that case in the configuration.

But, just for the record, the setting itself does not cause the  
problems for Python 2.6 if it's built for Mac OS X 10.6 target.

See configure.in around line 60:
=====
# The later defininition of _XOPEN_SOURCE and _POSIX_C_SOURCE disables
# certain features on Mac OS X, so we need _DARWIN_C_SOURCE to re-enable
# them.
AC_DEFINE(_DARWIN_C_SOURCE, 1, [Define on Darwin to activate all  
library features])
=====

That takes care of _POSIX_C_SOURCE_ (see "man compat" on Mac).

I compiled Python 2.4 successfully on Snow Leopard adding the above  
definition of _DARWIN_C_SOURCE to configure.in (and removing -Wno-long- 
double -no-cpp-precomp from BASECFLAGS since gcc-4.2 does not accept  
them any more).  I bet 2.5 would compile fine too, but I used 10.6 as  
the deployment target.

The OP compiled using -macosx-version-min=10.4 to make it compatible  
with Tiger.

According to Apple's development documentation, between Tiger and  
Leopard, many important changes happened (including full UNIX  
certification) that these incompatibilities will always pop-up.

Why do we make 10.4 or even 10.3 the default target for Mac builds of  
Python any more?  Moving the default to 10.5 would be better, IMHO.

Best regards,

	Zvezdan


From kw at codebykevin.com  Wed Oct  7 16:16:02 2009
From: kw at codebykevin.com (Kevin Walzer)
Date: Wed, 07 Oct 2009 10:16:02 -0400
Subject: [Pythonmac-SIG] py2app/64-bit/Mach-O Headers
In-Reply-To: <312AA549-2025-46E1-B0E4-35954A0D3AAA@mac.com>
References: <4ACB5498.7080309@codebykevin.com>
	<3D67C404-22F6-4ED4-BB43-3A2ACA296964@mac.com>
	<E9F47EA6-D19F-44E7-9E6D-0AD42E6F5092@mac.com>
	<4ACBB6BC.8010603@codebykevin.com>
	<312AA549-2025-46E1-B0E4-35954A0D3AAA@mac.com>
Message-ID: <4ACCA2A2.90500@codebykevin.com>

On 10/7/09 2:07 AM, Ronald Oussoren wrote:

>
> Time to install a 64-bit build myself, I've been running the 32-bit only
> the last couple of weeks due to the 2.6.3 release.
>
> Ronald

Ronald,

Thanks, please keep me posted on what you find. Will be glad to test any 
patches for py2app that you come up with.

The bundlebuilder approach is actually OK as a short-term solution. I am 
planning an app release in the next couple of weeks and don't want to 
hold it up for the py2app issues. I'm amazed that bundlebuilder still 
works!

Thanks,
Kevin

-- 
Kevin Walzer
Code by Kevin
http://www.codebykevin.com

From Chris.Barker at noaa.gov  Wed Oct  7 19:33:00 2009
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Wed, 07 Oct 2009 10:33:00 -0700
Subject: [Pythonmac-SIG] Build python app using wxpython
 on	intel-leopard and deploy on powerpc-tiger?
In-Reply-To: <nad-5677F3.14373706102009@ger.gmane.org>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-B010AE.11274006102009@ger.gmane.org>
	<nad-7A7442.11413706102009@ger.gmane.org>
	<nad-2F0898.11565706102009@ger.gmane.org>
	<aad3caa30910061243k4954c118jb19aae56f9f6b9d8@mail.gmail.com>
	<nad-5677F3.14373706102009@ger.gmane.org>
Message-ID: <4ACCD0CC.8020501@noaa.gov>

Ned Deily wrote:
>  hari jayaram <harijay at gmail.com> wrote:
>> I have gone ahead and installed python.org python 2.6 to the
>> intel-leopard laptop and with dependencies for the app i.e wx
>> (wxpython 2.8.10) , reportlab and pyyaml  and the subversion build of
>> py2app. The app works fine with this python 2.6

> I am not a wx user so I should probably stop at this point before I lead 
> you astray.  Perhaps the resident wx/py2app expert here (hi, Chris) will 
> chime in.

OK, if you insist.

> There also seems to be a wxpython-mac mailing list on google 
> groups.

yes, and it's worth posting there -- I'm not sure everyone there is also 
on this list.

>  That said, I notice that the current wxpython installer dmg 
> installs wxpython into /usr/local/lib and puts a wxredirect.pth into 
> python's site-packages library;

exactly -- that's how it supports both Apple's Python and python.org's

> I don't know whether py2app is smart enough to handle that without a recipe.

It has been for me -- I've had no problems with wx and Python2.5 and 
OS-X 10.4, but I haven't tried newer versions of either.


 >> The app however does not
 >> launch on my machine and instead reports the following error
 >>
 >> 
"ImportError:'/Library/Frameworks/Python.Framework/Versions/2.6/lib/python2.6/
 >> -lib-dynload/wx/_core_.so'
 >>  not found

What's odd is that it's looking in the wrong place -- as you've noticed, 
the lib doesn't live there, and it should be looking inside the bundle 
anyway.

Are you sure you're running the right python when you run py2app?

How big is the resulting app bundle?

Take a look in the bundle, and see what's there. ON an app of mine, for 
instance, I have the wx libs in:

TheBundleName.app/Contents/Resources/lib/python2.5/lib-dynload/wx/

-Chris





-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From Chris.Barker at noaa.gov  Wed Oct  7 20:09:21 2009
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Wed, 07 Oct 2009 11:09:21 -0700
Subject: [Pythonmac-SIG] Build python app using
 wxpython	on	intel-leopard and deploy on powerpc-tiger?
In-Reply-To: <20091006203908.GA23886@panix.com>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-B010AE.11274006102009@ger.gmane.org>
	<nad-7A7442.11413706102009@ger.gmane.org>
	<nad-2F0898.11565706102009@ger.gmane.org>
	<20091006203908.GA23886@panix.com>
Message-ID: <4ACCD951.7030103@noaa.gov>

Aahz wrote:
> What is your recommendation for supporting 10.4, 10.5, and 10.6?  Does
> including PPC make any difference?

For maximum support, I use the 32bit Universal Python from python.org. 
That should run everywhere 10.4 (and probably 10.3.9) and greater, Intel 
and PPC. 64 bit is still sketchy (no wxPython support, for example).

You dependencies need to all be Universal and built with the 10.4 sdk.

The easiest way to accomplish all this is to build on 10.4.

-Chris




-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From harijay at gmail.com  Wed Oct  7 20:37:20 2009
From: harijay at gmail.com (hari jayaram)
Date: Wed, 7 Oct 2009 14:37:20 -0400
Subject: [Pythonmac-SIG] Build python app using wxpython on
	intel-leopard and deploy on powerpc-tiger?
In-Reply-To: <4ACCD0CC.8020501@noaa.gov>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-B010AE.11274006102009@ger.gmane.org>
	<nad-7A7442.11413706102009@ger.gmane.org>
	<nad-2F0898.11565706102009@ger.gmane.org>
	<aad3caa30910061243k4954c118jb19aae56f9f6b9d8@mail.gmail.com>
	<nad-5677F3.14373706102009@ger.gmane.org> <4ACCD0CC.8020501@noaa.gov>
Message-ID: <aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>

Hi Chris , Ned and everyone else.
Thank you for your emails . I am still trying to solve the py2app
built app looking for _core_.so for wxpython in the wrong place

1) The app is 73 M big , so it looks quite beefy
(http://gridzilla.s3.amazonaws.com/demo-gzilla.dmg)

2) As Chris mentioned , the app seems to be looking for _core_.so for
the wxpython in the wrong place. I am seeing that in the following
location under my app
Contents/Resources/lib/python2.6/lib-dynload/wx

3) Also it does indeed seem like it is using the correct python , the
new python.org python 2.6 to build the app


4) I have uploaded the app as a dmg at this URL
(http://gridzilla.s3.amazonaws.com/demo-gzilla.dmg)
I would be very happy if anyone can help me troubleshoot it . My goal
is to get a " universal " binary which will run on Tiger and Leopard ,
32 and 64 bit .

Thanks a tonne
Hari


dhcp-129-64-45-53:wx hari$ pwd
/Users/hari/GridZilla.app/Contents/Resources/lib/python2.6/lib-dynload/wx
dhcp-129-64-45-53:wx hari$ ls
_controls_.so   _core_.so       _gdi_.so        _misc_.so       _windows_.so



On Wed, Oct 7, 2009 at 1:33 PM, Christopher Barker
<Chris.Barker at noaa.gov> wrote:
> Ned Deily wrote:
>>
>> ?hari jayaram <harijay at gmail.com> wrote:
>>>
>>> I have gone ahead and installed python.org python 2.6 to the
>>> intel-leopard laptop and with dependencies for the app i.e wx
>>> (wxpython 2.8.10) , reportlab and pyyaml ?and the subversion build of
>>> py2app. The app works fine with this python 2.6
>
>> I am not a wx user so I should probably stop at this point before I lead
>> you astray. ?Perhaps the resident wx/py2app expert here (hi, Chris) will
>> chime in.
>
> OK, if you insist.
>
>> There also seems to be a wxpython-mac mailing list on google groups.
>
> yes, and it's worth posting there -- I'm not sure everyone there is also on
> this list.
>
>> ?That said, I notice that the current wxpython installer dmg installs
>> wxpython into /usr/local/lib and puts a wxredirect.pth into python's
>> site-packages library;
>
> exactly -- that's how it supports both Apple's Python and python.org's
>
>> I don't know whether py2app is smart enough to handle that without a
>> recipe.
>
> It has been for me -- I've had no problems with wx and Python2.5 and OS-X
> 10.4, but I haven't tried newer versions of either.
>
>
>>> The app however does not
>>> launch on my machine and instead reports the following error
>>>
>>>
>>> "ImportError:'/Library/Frameworks/Python.Framework/Versions/2.6/lib/python2.6/
>>> -lib-dynload/wx/_core_.so'
>>> ?not found
>
> What's odd is that it's looking in the wrong place -- as you've noticed, the
> lib doesn't live there, and it should be looking inside the bundle anyway.
>
> Are you sure you're running the right python when you run py2app?
>
> How big is the resulting app bundle?
>
> Take a look in the bundle, and see what's there. ON an app of mine, for
> instance, I have the wx libs in:
>
> TheBundleName.app/Contents/Resources/lib/python2.5/lib-dynload/wx/
>
> -Chris
>
>
>
>
>
> --
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R ? ? ? ? ? ?(206) 526-6959 ? voice
> 7600 Sand Point Way NE ? (206) 526-6329 ? fax
> Seattle, WA ?98115 ? ? ? (206) 526-6317 ? main reception
>
> Chris.Barker at noaa.gov
> _______________________________________________
> Pythonmac-SIG maillist ?- ?Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
>

From ronaldoussoren at mac.com  Wed Oct  7 21:18:52 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Wed, 07 Oct 2009 21:18:52 +0200
Subject: [Pythonmac-SIG] Building 2.5 on SL -
 configure-2.5.4-for-10.6.patch (1/1)
In-Reply-To: <48C14E26-E790-47C2-BD44-FC65159D8D03@zope.com>
References: <7a9c25c20910062100i25e0bbe0jb2c37e9025812f93@mail.gmail.com>
	<nad-BE14FA.00322707102009@news.gmane.org>
	<48C14E26-E790-47C2-BD44-FC65159D8D03@zope.com>
Message-ID: <9B897FE4-F1E0-4B37-BDA2-44383EAD0EA2@mac.com>


On 7 Oct, 2009, at 15:31, Zvezdan Petkovic wrote:
>
>
> Why do we make 10.4 or even 10.3 the default target for Mac builds  
> of Python any more?  Moving the default to 10.5 would be better, IMHO.

Changing the default won't happen until the release of Python 2.7 and  
3.2.  I'm thinking about providing two installers in the future  
though: the current 32-bit build that runs on 10.4 and later, as well  
as a 3-way universal build that runs on 10.5 or later.

Ronald

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091007/b25d037a/attachment-0001.bin>

From ronaldoussoren at mac.com  Wed Oct  7 21:23:10 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Wed, 07 Oct 2009 21:23:10 +0200
Subject: [Pythonmac-SIG] py2app/64-bit/Mach-O Headers
In-Reply-To: <4ACCA2A2.90500@codebykevin.com>
References: <4ACB5498.7080309@codebykevin.com>
	<3D67C404-22F6-4ED4-BB43-3A2ACA296964@mac.com>
	<E9F47EA6-D19F-44E7-9E6D-0AD42E6F5092@mac.com>
	<4ACBB6BC.8010603@codebykevin.com>
	<312AA549-2025-46E1-B0E4-35954A0D3AAA@mac.com>
	<4ACCA2A2.90500@codebykevin.com>
Message-ID: <2B86B588-0D8B-4064-975D-27867454CEDE@mac.com>


On 7 Oct, 2009, at 16:16, Kevin Walzer wrote:

> On 10/7/09 2:07 AM, Ronald Oussoren wrote:
>
>>
>> Time to install a 64-bit build myself, I've been running the 32-bit  
>> only
>> the last couple of weeks due to the 2.6.3 release.
>>
>> Ronald
>
> Ronald,
>
> Thanks, please keep me posted on what you find. Will be glad to test  
> any patches for py2app that you come up with.
>
> The bundlebuilder approach is actually OK as a short-term solution.  
> I am planning an app release in the next couple of weeks and don't  
> want to hold it up for the py2app issues. I'm amazed that  
> bundlebuilder still works!

I'll probably install a 64-bit build of 2.6 in the weekend, but on SL  
and hence one that doesn't include PPC64 support.

Could you post the 4-way universal build of Tcl/Tk somewhere, that way  
I can debug on SL.

Ronald

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091007/9fb780dd/attachment.bin>

From harijay at gmail.com  Wed Oct  7 21:27:39 2009
From: harijay at gmail.com (hari jayaram)
Date: Wed, 7 Oct 2009 15:27:39 -0400
Subject: [Pythonmac-SIG] Build python app using wxpython on
	intel-leopard and deploy on powerpc-tiger?
In-Reply-To: <aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-B010AE.11274006102009@ger.gmane.org>
	<nad-7A7442.11413706102009@ger.gmane.org>
	<nad-2F0898.11565706102009@ger.gmane.org>
	<aad3caa30910061243k4954c118jb19aae56f9f6b9d8@mail.gmail.com>
	<nad-5677F3.14373706102009@ger.gmane.org> <4ACCD0CC.8020501@noaa.gov>
	<aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>
Message-ID: <aad3caa30910071227p4d9e10d0s88638d6cd534bb0f@mail.gmail.com>

Hi everyone.
After Chris said that he has no problems with python 2.5.4 and
universal builds , I downloaded the python.org python 2.5.4 and the
wxpython for 2.5.4 unicode from the wx-site.

Using the subversion build of py2applet I cam getting the same error
when I run the built GridZilla.appa , i.e

"ImportError: '/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/lib-dynload/wx/_core_.so'
not found"


So it looks like there must be something wrong in the way my py2applet
works , or it may be a Mac OSX Leopard specific issue.
Any ideas?
Thanks

Hari


On Wed, Oct 7, 2009 at 2:37 PM, hari jayaram <harijay at gmail.com> wrote:
> Hi Chris , Ned and everyone else.
> Thank you for your emails . I am still trying to solve the py2app
> built app looking for _core_.so for wxpython in the wrong place
>
> 1) The app is 73 M big , so it looks quite beefy
> (http://gridzilla.s3.amazonaws.com/demo-gzilla.dmg)
>
> 2) As Chris mentioned , the app seems to be looking for _core_.so for
> the wxpython in the wrong place. I am seeing that in the following
> location under my app
> Contents/Resources/lib/python2.6/lib-dynload/wx
>
> 3) Also it does indeed seem like it is using the correct python , the
> new python.org python 2.6 to build the app
>
>
> 4) I have uploaded the app as a dmg at this URL
> (http://gridzilla.s3.amazonaws.com/demo-gzilla.dmg)
> I would be very happy if anyone can help me troubleshoot it . My goal
> is to get a " universal " binary which will run on Tiger and Leopard ,
> 32 and 64 bit .
>
> Thanks a tonne
> Hari
>
>
> dhcp-129-64-45-53:wx hari$ pwd
> /Users/hari/GridZilla.app/Contents/Resources/lib/python2.6/lib-dynload/wx
> dhcp-129-64-45-53:wx hari$ ls
> _controls_.so ? _core_.so ? ? ? _gdi_.so ? ? ? ?_misc_.so ? ? ? _windows_.so
>
>
>
> On Wed, Oct 7, 2009 at 1:33 PM, Christopher Barker
> <Chris.Barker at noaa.gov> wrote:
>> Ned Deily wrote:
>>>
>>> ?hari jayaram <harijay at gmail.com> wrote:
>>>>
>>>> I have gone ahead and installed python.org python 2.6 to the
>>>> intel-leopard laptop and with dependencies for the app i.e wx
>>>> (wxpython 2.8.10) , reportlab and pyyaml ?and the subversion build of
>>>> py2app. The app works fine with this python 2.6
>>
>>> I am not a wx user so I should probably stop at this point before I lead
>>> you astray. ?Perhaps the resident wx/py2app expert here (hi, Chris) will
>>> chime in.
>>
>> OK, if you insist.
>>
>>> There also seems to be a wxpython-mac mailing list on google groups.
>>
>> yes, and it's worth posting there -- I'm not sure everyone there is also on
>> this list.
>>
>>> ?That said, I notice that the current wxpython installer dmg installs
>>> wxpython into /usr/local/lib and puts a wxredirect.pth into python's
>>> site-packages library;
>>
>> exactly -- that's how it supports both Apple's Python and python.org's
>>
>>> I don't know whether py2app is smart enough to handle that without a
>>> recipe.
>>
>> It has been for me -- I've had no problems with wx and Python2.5 and OS-X
>> 10.4, but I haven't tried newer versions of either.
>>
>>
>>>> The app however does not
>>>> launch on my machine and instead reports the following error
>>>>
>>>>
>>>> "ImportError:'/Library/Frameworks/Python.Framework/Versions/2.6/lib/python2.6/
>>>> -lib-dynload/wx/_core_.so'
>>>> ?not found
>>
>> What's odd is that it's looking in the wrong place -- as you've noticed, the
>> lib doesn't live there, and it should be looking inside the bundle anyway.
>>
>> Are you sure you're running the right python when you run py2app?
>>
>> How big is the resulting app bundle?
>>
>> Take a look in the bundle, and see what's there. ON an app of mine, for
>> instance, I have the wx libs in:
>>
>> TheBundleName.app/Contents/Resources/lib/python2.5/lib-dynload/wx/
>>
>> -Chris
>>
>>
>>
>>
>>
>> --
>> Christopher Barker, Ph.D.
>> Oceanographer
>>
>> Emergency Response Division
>> NOAA/NOS/OR&R ? ? ? ? ? ?(206) 526-6959 ? voice
>> 7600 Sand Point Way NE ? (206) 526-6329 ? fax
>> Seattle, WA ?98115 ? ? ? (206) 526-6317 ? main reception
>>
>> Chris.Barker at noaa.gov
>> _______________________________________________
>> Pythonmac-SIG maillist ?- ?Pythonmac-SIG at python.org
>> http://mail.python.org/mailman/listinfo/pythonmac-sig
>>
>

From Chris.Barker at noaa.gov  Wed Oct  7 21:50:36 2009
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Wed, 07 Oct 2009 12:50:36 -0700
Subject: [Pythonmac-SIG] Build python app using wxpython
 on	intel-leopard and deploy on powerpc-tiger?
In-Reply-To: <aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-B010AE.11274006102009@ger.gmane.org>
	<nad-7A7442.11413706102009@ger.gmane.org>
	<nad-2F0898.11565706102009@ger.gmane.org>
	<aad3caa30910061243k4954c118jb19aae56f9f6b9d8@mail.gmail.com>
	<nad-5677F3.14373706102009@ger.gmane.org> <4ACCD0CC.8020501@noaa.gov>
	<aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>
Message-ID: <4ACCF10C.4040406@noaa.gov>

hari jayaram wrote:
> 1) The app is 73 M big , so it looks quite beefy
> (http://gridzilla.s3.amazonaws.com/demo-gzilla.dmg)

yup, then it is bundling up everything (or trying to anyway!)

> 2) As Chris mentioned , the app seems to be looking for _core_.so for
> the wxpython in the wrong place. I am seeing that in the following
> location under my app
> Contents/Resources/lib/python2.6/lib-dynload/wx

so it's there where it should be.

now we are getting a bit out of my depth. py2app should be using 
macholib to re-write the headers of various libs so that they will link 
to copies in teh bundle, rather than the system one -- somethign seems 
to be going wrong with tha process.

Are you using the latest py2app ans macholib:

$ easy_install py2app==dev

Look at the py2app output for errors, warnings.

> 4) I have uploaded the app as a dmg at this URL
> (http://gridzilla.s3.amazonaws.com/demo-gzilla.dmg)
> I would be very happy if anyone can help me troubleshoot it.

I've tried it out, and get the same error.

I think I found a problem, but I can't tell you why:

GridZilla.app/Contents/MacOS/python

is a symlink to:

/Library/Frameworks/Python.framework/Versions/2.6/Resources/Python.app/Contents/MacOS/Python

In my bundles, built with 2.5, it is a genuine file.

That may explain why your bundle is looking for stuff in /Library/....

But I don't know why this happened.

Py2app does do that kind of linking for an "Alias" bundle, or when you 
are using the system python, but it doesn't sound like you are doing that.

I don't know if this helps, but it's a start...

I want to go to 2.6 soon, but I'm not going to get a chance to mess with 
it for a bit.

-Chris




-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From Chris.Barker at noaa.gov  Wed Oct  7 21:59:37 2009
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Wed, 07 Oct 2009 12:59:37 -0700
Subject: [Pythonmac-SIG] Build python app using wxpython
 on	intel-leopard and deploy on powerpc-tiger?
In-Reply-To: <aad3caa30910071227p4d9e10d0s88638d6cd534bb0f@mail.gmail.com>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-B010AE.11274006102009@ger.gmane.org>
	<nad-7A7442.11413706102009@ger.gmane.org>
	<nad-2F0898.11565706102009@ger.gmane.org>
	<aad3caa30910061243k4954c118jb19aae56f9f6b9d8@mail.gmail.com>
	<nad-5677F3.14373706102009@ger.gmane.org> <4ACCD0CC.8020501@noaa.gov>
	<aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>
	<aad3caa30910071227p4d9e10d0s88638d6cd534bb0f@mail.gmail.com>
Message-ID: <4ACCF329.8070605@noaa.gov>

hari jayaram wrote:
> After Chris said that he has no problems with python 2.5.4 and
> universal builds , I downloaded the python.org python 2.5.4 and the
> wxpython for 2.5.4 unicode from the wx-site.
> 
> Using the subversion build of py2applet I cam getting the same error
> when I run the built GridZilla.appa , i.e

how are you building? py2applet can also build alias bundles, which you 
don't want. Your setup.py looked OK, but try running it with:

python setup.py py2app

to actually build the app.

(making sure you're using the python you intend to)

also, delete "build" and "dist" first, just to make sure.

-Chris



-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From gregor.lingl at aon.at  Wed Oct  7 22:18:54 2009
From: gregor.lingl at aon.at (Gregor Lingl)
Date: Wed, 07 Oct 2009 22:18:54 +0200
Subject: [Pythonmac-SIG] Shortcut for IDLE on Mac OS X (LEOPARD)
Message-ID: <4ACCF7AE.4040408@aon.at>

Hi,

I'm relatively new to the Mac.
I have a Python 3.1.1. installation on my Macbook
and I'd like to have a shortcut on my desktop starting
IDLE with the -n switch, that is without subprocess

Under Windows I'd rightclick on the desktop, create a
new shortcut and then enter as the target:

C:\Python31\pythonw C:\Python31\Lib\idlelib\idle.pyw -n
Then I have to give it a name and it's ready. (Additionally
I have the option to change the icon)

Is there a similar and similarly simple way to do this
with Mac OS X? (Leopard)

I am able to start IDLE in this mode from a terminal,
but thats rather cumbersome

python3 
/Library/Frameworks/Python.framework/Versions/3.1/lib/python3.1/idlelib/idle.py 
-n

So Id' like to automate it. (I observed, that the IDLE entry in the 
program folder
is not a simple shortcut, so I couldn't find a way to edit an alias of 
it, in order
to add the -n option.)

Thanks in advance for some cool hints

Gregor

From ronaldoussoren at mac.com  Wed Oct  7 22:32:00 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Wed, 07 Oct 2009 22:32:00 +0200
Subject: [Pythonmac-SIG] Shortcut for IDLE on Mac OS X (LEOPARD)
In-Reply-To: <4ACCF7AE.4040408@aon.at>
References: <4ACCF7AE.4040408@aon.at>
Message-ID: <05D106A7-EB16-4D38-8207-442F6A36ED1C@mac.com>


On 7 Oct, 2009, at 22:18, Gregor Lingl wrote:

> Hi,
>
> I'm relatively new to the Mac.
> I have a Python 3.1.1. installation on my Macbook
> and I'd like to have a shortcut on my desktop starting
> IDLE with the -n switch, that is without subprocess

Why do you want to do that?  Is there functionality in IDLE that works  
with the '-n' switch but not without it?

>
> Under Windows I'd rightclick on the desktop, create a
> new shortcut and then enter as the target:
>
> C:\Python31\pythonw C:\Python31\Lib\idlelib\idle.pyw -n
> Then I have to give it a name and it's ready. (Additionally
> I have the option to change the icon)
>
> Is there a similar and similarly simple way to do this
> with Mac OS X? (Leopard)
>
> I am able to start IDLE in this mode from a terminal,
> but thats rather cumbersome
>
> python3 /Library/Frameworks/Python.framework/Versions/3.1/lib/ 
> python3.1/idlelib/idle.py -n

You can store this command in a file and then give the file execute  
permissions, e.g.:

  $ cat > run-IDLE <<-EOF
  #!/bin/sh
  /Library/Frameworks/Python.frameworks/Versions/3.1/bin/python3 \
     /Library/Frameworks/Python.framework/Versions/3.1/lib/python3.1/ 
idlelib/idle.py -n
  EOF
  $ chmod 755 run-IDLE

Double-clicking should then start IDLE.

The result is not quite equivalent to IDLE.app in the "Python 3.1"  
folder, that is a real application bundle and contains some special  
code to ensures that IDLE behaves more like a Mac applications (in  
particular the key bindings).

Ronald

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091007/a16dbfc5/attachment.bin>

From harijay at gmail.com  Wed Oct  7 22:43:26 2009
From: harijay at gmail.com (hari jayaram)
Date: Wed, 7 Oct 2009 16:43:26 -0400
Subject: [Pythonmac-SIG] Build python app using wxpython on
	intel-leopard and deploy on powerpc-tiger?
In-Reply-To: <4ACCF329.8070605@noaa.gov>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-B010AE.11274006102009@ger.gmane.org>
	<nad-7A7442.11413706102009@ger.gmane.org>
	<nad-2F0898.11565706102009@ger.gmane.org>
	<aad3caa30910061243k4954c118jb19aae56f9f6b9d8@mail.gmail.com>
	<nad-5677F3.14373706102009@ger.gmane.org> <4ACCD0CC.8020501@noaa.gov>
	<aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>
	<aad3caa30910071227p4d9e10d0s88638d6cd534bb0f@mail.gmail.com>
	<4ACCF329.8070605@noaa.gov>
Message-ID: <aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>

Thanks Chris for your emails..

I was building using

python setup.py py2app

I was always rm -r -f 'ing build and dist directories and then running

python setup.py py2app

I even tried giving the full path to python to make absolutely sure it
was using the python i thought it was .
In every case the app bundle did end up containing the full python of
the correct version as i would expect.

SO despite doing a normal build,  there is a symlink within my
application to a python in my direcory tree.
Also the macholib version was also from the subversion tree .(
summarized on http://www.undefined.org/python/)

Maybe i need to borrow a tiger machine from someone and build the
application , because no matter which python i try 2.6.3 or 2.5.4 i
get the same linking issue with the app bundle built on leopard.
Thanks for trying things out.. I will continue tinkering.

Hari





On Wed, Oct 7, 2009 at 3:59 PM, Christopher Barker
<Chris.Barker at noaa.gov> wrote:
> hari jayaram wrote:
>>
>> After Chris said that he has no problems with python 2.5.4 and
>> universal builds , I downloaded the python.org python 2.5.4 and the
>> wxpython for 2.5.4 unicode from the wx-site.
>>
>> Using the subversion build of py2applet I cam getting the same error
>> when I run the built GridZilla.appa , i.e
>
> how are you building? py2applet can also build alias bundles, which you
> don't want. Your setup.py looked OK, but try running it with:
>
> python setup.py py2app
>
> to actually build the app.
>
> (making sure you're using the python you intend to)
>
> also, delete "build" and "dist" first, just to make sure.
>
> -Chris
>
>
>
> --
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R ? ? ? ? ? ?(206) 526-6959 ? voice
> 7600 Sand Point Way NE ? (206) 526-6329 ? fax
> Seattle, WA ?98115 ? ? ? (206) 526-6317 ? main reception
>
> Chris.Barker at noaa.gov
> _______________________________________________
> Pythonmac-SIG maillist ?- ?Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
>

From gregor.lingl at aon.at  Thu Oct  8 00:05:03 2009
From: gregor.lingl at aon.at (Gregor Lingl)
Date: Thu, 08 Oct 2009 00:05:03 +0200
Subject: [Pythonmac-SIG] Shortcut for IDLE on Mac OS X (LEOPARD)
In-Reply-To: <05D106A7-EB16-4D38-8207-442F6A36ED1C@mac.com>
References: <4ACCF7AE.4040408@aon.at>
	<05D106A7-EB16-4D38-8207-442F6A36ED1C@mac.com>
Message-ID: <4ACD108F.4070902@aon.at>



Ronald Oussoren schrieb:
>
> On 7 Oct, 2009, at 22:18, Gregor Lingl wrote:
>
>> Hi,
>>
>> I'm relatively new to the Mac.
>> I have a Python 3.1.1. installation on my Macbook
>> and I'd like to have a shortcut on my desktop starting
>> IDLE with the -n switch, that is without subprocess
>
> Why do you want to do that?  Is there functionality in IDLE that works 
> with the '-n' switch but not without it?
Yes, I want to do interactive turtle graphics. (In fact I've written a book,
"Python f?r Kids" and I was asked by a reader how to do it on a Mac.)
>
>>
>> Under Windows I'd rightclick on the desktop, create a
>> new shortcut and then enter as the target:
>>
>> C:\Python31\pythonw C:\Python31\Lib\idlelib\idle.pyw -n
>> Then I have to give it a name and it's ready. (Additionally
>> I have the option to change the icon)
>>
>> Is there a similar and similarly simple way to do this
>> with Mac OS X? (Leopard)
>>
>> I am able to start IDLE in this mode from a terminal,
>> but thats rather cumbersome
>>
>> python3 
>> /Library/Frameworks/Python.framework/Versions/3.1/lib/python3.1/idlelib/idle.py 
>> -n
>
The solution you gave works fine for me. It retains those features of IDLE
I use. (At least as far as I could see on a quick inspection)
> You can store this command in a file and then give the file execute 
> permissions, e.g.:
>
>  $ cat > run-IDLE <<-EOF
>  #!/bin/sh
>  /Library/Frameworks/Python.frameworks/Versions/3.1/bin/python3 \
>     
> /Library/Frameworks/Python.framework/Versions/3.1/lib/python3.1/idlelib/idle.py 
> -n
>  EOF
>  $ chmod 755 run-IDLE
Of course I, and especially the Kids, would prefer to click an icon on 
the desktop, or the
dock. But as a first solution I appreciate this one very much.

Thanks for the quick help!
Gregor

> Double-clicking should then start IDLE.
>
> The result is not quite equivalent to IDLE.app in the "Python 3.1" 
> folder, that is a real application bundle and contains some special 
> code to ensures that IDLE behaves more like a Mac applications (in 
> particular the key bindings).
>
> Ronald
>

From kw at codebykevin.com  Thu Oct  8 00:12:17 2009
From: kw at codebykevin.com (Kevin Walzer)
Date: Wed, 07 Oct 2009 18:12:17 -0400
Subject: [Pythonmac-SIG] py2app/64-bit/Mach-O Headers
In-Reply-To: <2B86B588-0D8B-4064-975D-27867454CEDE@mac.com>
References: <4ACB5498.7080309@codebykevin.com>
	<3D67C404-22F6-4ED4-BB43-3A2ACA296964@mac.com>
	<E9F47EA6-D19F-44E7-9E6D-0AD42E6F5092@mac.com>
	<4ACBB6BC.8010603@codebykevin.com>
	<312AA549-2025-46E1-B0E4-35954A0D3AAA@mac.com>
	<4ACCA2A2.90500@codebykevin.com>
	<2B86B588-0D8B-4064-975D-27867454CEDE@mac.com>
Message-ID: <4ACD1241.9050908@codebykevin.com>


>
> Could you post the 4-way universal build of Tcl/Tk somewhere, that way I
> can debug on SL.
>
> Ronald
>

Done:

http://www.codebykevin.com/64-bit-tcl-tk-aqua.pkg.zip

Thanks,
Kevin

-- 
Kevin Walzer
Code by Kevin
http://www.codebykevin.com

From nad at acm.org  Thu Oct  8 00:38:24 2009
From: nad at acm.org (Ned Deily)
Date: Wed, 07 Oct 2009 15:38:24 -0700
Subject: [Pythonmac-SIG] Building 2.5 on SL -
	configure-2.5.4-for-10.6.patch (1/1)
References: <7a9c25c20910062100i25e0bbe0jb2c37e9025812f93@mail.gmail.com>
	<nad-BE14FA.00322707102009@news.gmane.org>
	<48C14E26-E790-47C2-BD44-FC65159D8D03@zope.com>
Message-ID: <nad-3F91B4.15382307102009@ger.gmane.org>

In article <48C14E26-E790-47C2-BD44-FC65159D8D03 at zope.com>,
 Zvezdan Petkovic <zvezdan at zope.com> wrote:
> On Oct 7, 2009, at 3:32 AM, Ned Deily wrote: 
> > In article
> > <7a9c25c20910062100i25e0bbe0jb2c37e9025812f93 at mail.gmail.com>,
> > Stephen Hansen <apt.shansen at gmail.com> wrote:
> >> I'm trying to build a "private" instance of Python 2.5.4 on Snow  
> >> Leopard,
> >> and am running into a problem. [...]
> >
> > A-hah!  The problem is that Snow Leopard is also Darwin 10.0 and it
> > turns out that an important test in the configure script doesn't  
> > handle
> > the two-digit major version number correctly.
> >
> > The attached patch should fix the problem.  Or simply manually edit
> > configure to replace the line:
> >  FreeBSD/4.* | Darwin/[6789].*)
> >
> > with the three lines:
> >  Darwin/[012345].*)
> >      ;;
> >  Darwin/*)
> >
> > The same problem affects all of the current Pythons which is why you  
> > saw  it on 2.6.3 as well.  I'll see that it gets taken care of.
> 
> First, let me state that your patch is probably in agreement with the  
> intended purpose of that case in the configuration.
> 
> But, just for the record, the setting itself does not cause the  
> problems for Python 2.6 if it's built for Mac OS X 10.6 target.

I didn't say anything about building for a 10.6 target; this was to fix 
building for a 10.4 target on 10.6.  But you are right: no change is 
needed to build on 10.6 for a 10.6 target.  Nor is there a problem with 
building for a 10.5 target.  10.4 target is the problem child.

But, after posting this last night, I realized that the solution in the 
patch is not correct (although it fixes the immediate problem) because 
the original test in configure is flawed.  What it's doing is basing the 
decision about the _XOPEN_SOURCE stuff on the os level of the build 
machine (its darwin version); what it should be doing is basing it on 
the value of the deployment target.  That's probably true for other 
darwin version tests in configure but I didn't see any other glaring 
10.6 gotchas on a quick first glance.  I plan to submit a different 
patch after getting some time to test the various configurations.

-- 
 Ned Deily,
 nad at acm.org


From nad at acm.org  Thu Oct  8 00:39:30 2009
From: nad at acm.org (Ned Deily)
Date: Wed, 07 Oct 2009 15:39:30 -0700
Subject: [Pythonmac-SIG] Installer variants [Was: Building 2.5 on SL]
References: <7a9c25c20910062100i25e0bbe0jb2c37e9025812f93@mail.gmail.com>
	<nad-BE14FA.00322707102009@news.gmane.org>
	<48C14E26-E790-47C2-BD44-FC65159D8D03@zope.com>
Message-ID: <nad-37CA14.15393007102009@ger.gmane.org>

In article <48C14E26-E790-47C2-BD44-FC65159D8D03 at zope.com>,
 Zvezdan Petkovic <zvezdan at zope.com> wrote:
> Why do we make 10.4 or even 10.3 the default target for Mac builds of  
> Python any more?  Moving the default to 10.5 would be better, IMHO.

That's a good question and now is a good time to have a discussion about 
it again.

I think the primary reason to use 10.3 was to try to maximize the range 
of supported OS X version while minimizing the number of installer 
images that need to be built, tested, and maintained.  It takes a fair 
amount of work to do this and it's not like there is a full-time, paid 
staff to do any of it.  And so far it has worked pretty well. (Thanks be 
to Ronald!)

A potential secondary value is to make it easier for package maintainers 
to supply binary distributions (including via PyPi) for packages with C 
extension modules.  In theory, right now one should be able to supply 
one bdist_egg that would work for the python.org 2.6 (say) on any of 
10.3 to 10.6, obviating the need for the end user to install Xcode just 
to install the package.  I'm not sure that actually works in practice 
because the version testing in setuptools/Distribute needs to take into 
account the special multi-version arch names (e.g. "fat", "universal", 
etc).  Plus, different eggs would still be needed to support the 
Apple-supplied python(s).  So, this may be a nice goal but probably 
needs more work and guidance for package maintainers to achieve maximum 
benefit for users.  It might be a good project for someone to take on.

That said, with the introduction of wide-spread 64-bit support in 10.5, 
there's been a long standing desire to have an officially-supported 
64-bit variant available on python.org.  For 10.5, Ronald added a 
"universal" option to the build infrastructure that creates a 4-way 
build (ppc 32-bit, ppc g5 64-bit, intel 32, intel 64).  It works on 10.5 
but there are some rough edges yet:  no out-of-the-box 64-bit Tk on 10.5 
so no Tkinter in 64-bit mode;  most of the old (and deprecated) 
Macintosh modules fail in 64-bit mode because of Apple's decision to not 
provide full Carbon 64-bit support;  documentation needed for 64-bit 
support, etc etc.  Another rough edge has been the lack of easy access 
to a G5 for ad-hoc testing of ppc-64.  A 4-way universal build on 10.5 
can be useful as it stands but more work needs to be done to be able to 
release a batteries-included installer with 64-bit support at the same 
level of quality as the current 2-way 32-bit-only one.

(A side note: there are fewer 64-bit issues for Python 3.x because the 
problematic Macintosh modules don't exist there.)

The picture changes for 10.6.  For one, although the ppc-32 variants of 
the relevant system frameworks and libraries are still supplied, ppc-64 
no longer are.  There is also an Apple-supplied 64-bit version of Tk 8.5 
(although there is at least one ugly unresolved issue at the moment when 
IDLE/Tkinter is built with it).   For these and other reasons, Ronald 
added a "3-way" build option (no ppc-64) and we've talked about 
providing a second installer image per release: a 3-way variant with a 
deployment target of 10.5 which would provide 32-bit (ppc/intel) and 
intel-64 support for 10.5 and 10.6.

But, after some extended exposure to 10.6 and observing some of the 
issues people have been running into with installing modules, I've 
changed my mind about this and now would recommend that, for python.org, 
we officially support 64-bit starting with 10.6, rather than 10.5.  That 
is, continue to supply the 10.3-on-up 32-bit ppc/i386 variants for the 
foreseeable future and aim to add a second installer (for 2.6.x and 
3.1.y) that is built 2-way-intel-only (32/64) with a deployment target 
of 10.6.

Why not 10.5, too?  One, there is the lack of official 64-bit Tk support 
on 10.5.  That complicates the installer build; either don't support Tk 
in 64-bit mode if built on 10.5 or build on 10.6 and add some checks 
when running or installing on 10.5.  It's not an insurmountable problem 
although there would still be no 10.5 64-bit Tkinter without a possible 
dependency on 3rd-party frameworks.

A more serious problem, I think, is the -arch ppc dependency for 
extension modules on 10.6.  A significant number of popular packages on 
PyPi are ones that provide wrappers of various sorts to 3rd-party C 
libraries not provided with OS X or possibly depend on versions newer 
than those supplied with the OS X release. MySQLdb and PIL are examples 
of the first case, lxml of the second.  By mandating a 3-way 
architecture on 10.6, when installing packages distutils will try to 
build all three architectures and, unless the user has gone to the 
unnecessary trouble of installing at least a 3-way version of the 
dependent libraries, the extension build/install will likely emit 
troublesome warning messages like:

ld: warning: in /opt/local/lib/mysql5/mysql/libmysqlclient_r.dylib, 
missing required architecture ppc in file

or, in hypothetically more complex builds, actually fail to build.  
Again, that could probably be fixed in distutils: don't build ppc on 
10.6 by default, as long as there was some way to override that when 
building distributions intended for 10.5.  But is it worth the added 
complexity?

Another hypothetical issue, as Zvezdan alludes to, is the differences in 
functionality between releases.  Certainly there are important 
differences at the framework API level between 10.4 and 10.5.  No doubt 
there are ones yet to be discovered between 10.5 and 10.6.  Many of the 
3rd-party libraries supplied with OS X are updated for 10.6.  And 
there's no question that 10.5 is the end of the line for PPC support.

For all of these reasons, and I'm sure we can all come up with others, I 
now think it makes most sense to move forward for 64-bit support 
starting with 10.6.  That's not good news for 10.5 users seeking 
official 64-bit support but they have been on their own this long 
anyway.  And, presumably, most of the Intel-64 users will be motivated 
to move to 10.6, sooner or later.  The "stuckees" here are the ppc G5 
users but, alas, they would not get 64-bit support under the 3-way 
option anyway.

So, to summarize, I suggest that we continue to provide the current 
style of 10.3+ 32-fat installers for 2.m.n and 3.x.y for the indefinite 
future and that we work towards providing a second installer for 2.m.n 
and 3.x.y (m, n, x, y TBD), providing 10.6+ intel 32/64 support.  If 
that seems reasonable to everyone (and, particularly, to Ronald), 
perhaps we should open a tracker issue (more a meta-issue) towards that 
end.

Comments welcome!

-- 
 Ned Deily,
 nad at acm.org


From mdcrawford at gmail.com  Thu Oct  8 01:07:57 2009
From: mdcrawford at gmail.com (Michael Crawford)
Date: Wed, 7 Oct 2009 16:07:57 -0700
Subject: [Pythonmac-SIG] Shortcut for IDLE on Mac OS X (LEOPARD)
In-Reply-To: <4ACD108F.4070902@aon.at>
References: <4ACCF7AE.4040408@aon.at>
	<05D106A7-EB16-4D38-8207-442F6A36ED1C@mac.com>
	<4ACD108F.4070902@aon.at>
Message-ID: <dc9f86e80910071607v6928a439q86b6169062a763fa@mail.gmail.com>

On Wed, Oct 7, 2009 at 3:05 PM, Gregor Lingl <gregor.lingl at aon.at> wrote:
> Yes, I want to do interactive turtle graphics. (In fact I've written a book,
> "Python f?r Kids" and I was asked by a reader how to do it on a Mac.)

I'm very interested to hear more about your book.  Do you also have an
English translation?

For a while now I've had the idea of writing a Sugar activity for the
One Laptop Per Child project, that would teach kids how to code in
Python, without assuming that they know anything at all about
computers.

There are lots of coding tutorials, even lots of Python tutorials, but
almost all of them assume that one already knows some other language -
and that one is a grownup.

> Of course I, and especially the Kids, would prefer to click an icon on the
> desktop, or the
> dock. But as a first solution I appreciate this one very much.

I think you could write a simple AppleScript that would do the same
thing as that shell script.  AppleScript have icons that are more
harmonious with the Mac experience.

Alternatively you could write a very simple C program that you build
with Xcode as a Mac application (a ".app" application bundle).  It
would launch idle the way you want it and then quit.  It would look
just like any regular Mac OS X application and could even have a fancy
icon.

This program would use either the execve system call or the system
library function to actually do the launch.  Reaching the end of main
after doing so would cleanly quit the launcher.

See "man execve" and "man system".

The difference is that execve launches a program directly, whereas
system launches a shell that then executes the command line you feed
it.

Mike
-- 
Michael David Crawford
mdcrawford at gmail dot com

   GoingWare's Bag of Programming Tricks
      http://www.goingware.com/tips/

From aahz at pythoncraft.com  Thu Oct  8 01:09:38 2009
From: aahz at pythoncraft.com (Aahz)
Date: Wed, 7 Oct 2009 16:09:38 -0700
Subject: [Pythonmac-SIG] Installer variants [Was: Building 2.5 on SL]
In-Reply-To: <nad-37CA14.15393007102009@ger.gmane.org>
References: <7a9c25c20910062100i25e0bbe0jb2c37e9025812f93@mail.gmail.com>
	<nad-BE14FA.00322707102009@news.gmane.org>
	<48C14E26-E790-47C2-BD44-FC65159D8D03@zope.com>
	<nad-37CA14.15393007102009@ger.gmane.org>
Message-ID: <20091007230938.GA7370@panix.com>

On Wed, Oct 07, 2009, Ned Deily wrote:
>
> So, to summarize, I suggest that we continue to provide the current 
> style of 10.3+ 32-fat installers for 2.m.n and 3.x.y for the indefinite 
> future and that we work towards providing a second installer for 2.m.n 
> and 3.x.y (m, n, x, y TBD), providing 10.6+ intel 32/64 support.  If 
> that seems reasonable to everyone (and, particularly, to Ronald), 
> perhaps we should open a tracker issue (more a meta-issue) towards that 
> end.

Sounds reasonably good to me!  I am less interested in 64-bit support
than cross-platform support, but I still want to keep up with changes in
Python etc.
-- 
Aahz (aahz at pythoncraft.com)           <*>         http://www.pythoncraft.com/

"....Normal is what cuts off your sixth finger and your tail..."  --Siobhan

From bgg at object-craft.com.au  Thu Oct  8 01:14:49 2009
From: bgg at object-craft.com.au (Ben Golding)
Date: Thu, 8 Oct 2009 10:14:49 +1100
Subject: [Pythonmac-SIG] Shortcut for IDLE on Mac OS X (LEOPARD)
In-Reply-To: <4ACCF7AE.4040408@aon.at>
References: <4ACCF7AE.4040408@aon.at>
Message-ID: <587B91B8-CD01-4AC2-9FD5-F8405C888B6B@object-craft.com.au>


On 08/10/2009, at 07:18, Gregor Lingl wrote:

> I am able to start IDLE in this mode from a terminal,
> but thats rather cumbersome
>
> python3 /Library/Frameworks/Python.framework/Versions/3.1/lib/ 
> python3.1/idlelib/idle.py -n

You should be able to put this in a double-clickable file by putting  
that string in a file called, say, IDLE.command and then making it  
executable.  Files ending in ".command" are recognised by Launch  
Services as shell scripts (I believe).  That is:

	cat >IDLE.command <<!
	python3 /Library/Frameworks/Python.framework/Versions/3.1/lib/ 
python3.1/idlelib/idle.py -n
	!
	chmod +x IDLE.command

If you double click that it should launch the app as expected.

	Ben.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2235 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091008/47dabfdb/attachment.bin>

From georgewr at bigpond.net.au  Thu Oct  8 00:49:49 2009
From: georgewr at bigpond.net.au (George Wright)
Date: Thu, 8 Oct 2009 09:49:49 +1100
Subject: [Pythonmac-SIG] Shortcut for IDLE on Mac OS X (LEOPARD)
In-Reply-To: <mailman.4334.1254946736.2806.pythonmac-sig@python.org>
References: <mailman.4334.1254946736.2806.pythonmac-sig@python.org>
Message-ID: <DAB27054-BD60-4740-8946-7A47FB1BA64F@bigpond.net.au>

Gregor
Here's one way to do it. My example is for python2.5 not python3.::
Create a shell script that will do the job for you. I've called mine  
"startidle".
Make it executable:  chmod +x startidle
Test from Terminal that it works.
Open AppleScript Editor application and create a new script called  
"startIdle.scpt" with the following text::
------------------------------------------------------------------------------------------
-- A script to call and run the shell script "startIdle"
-- Both this script and the shell script should be in the  
"AppleScriptsFolder" within
-- the "mypythonstuff" folder in the home folder.
-- George Wright
-- 8th Oct 2009
-- georgewr at bigpond.net.au


set myIdle to POSIX path of file ((path to home folder as string) &  
("mypythonstuff:" & "AppleScriptsFolder:" & "startidle"))
set g to (do shell script myIdle)

-- For discussion on calling shell scripts from AppleScript see my  
article
-- http://www.labyrinth.net.au/~gwright/GetAgrepOnAppleScript.html

------------------------------------------------------------------------------------------

Click the Run button in AppleScript Editor  to test that works. Save  
as "startIdle.scpt"
Lastly after you are satisfied that it all works OK save  "startIdle"  
again as an application
"startIdle.app" and drag that or an alias of it (Command + L ) to the  
desktop.
Double click to start.

Hope that helps

George Wright

On 08/10/2009, at 7:18 AM, Gregor wrote:

>
> Hi,
>
> I'm relatively new to the Mac.
> I have a Python 3.1.1. installation on my Macbook
> and I'd like to have a shortcut on my desktop starting
> IDLE with the -n switch, that is without subprocess
>
> Under Windows I'd rightclick on the desktop, create a
> new shortcut and then enter as the target:
>
> C:\Python31\pythonw C:\Python31\Lib\idlelib\idle.pyw -n
> Then I have to give it a name and it's ready. (Additionally
> I have the option to change the icon)
>
> Is there a similar and similarly simple way to do this
> with Mac OS X? (Leopard)
>
> I am able to start IDLE in this mode from a terminal,
> but thats rather cumbersome
>
> python3 /Library/Frameworks/Python.framework/Versions/3.1/lib/ 
> python3.1/idlelib/idle.py -n
>
> So Id' like to automate it. (I observed, that the IDLE entry in the  
> program folder
> is not a simple shortcut, so I couldn't find a way to edit an alias  
> of it, in order
> to add the -n option.)
>
> Thanks in advance for some cool hints
>
> Gregor

George Wright
georgewr at bigpond.net.au
http://www.labyrinth.net.au/~gwright





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091008/44e2b8e3/attachment-0001.htm>

From Chris.Barker at noaa.gov  Thu Oct  8 01:28:28 2009
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Wed, 07 Oct 2009 16:28:28 -0700
Subject: [Pythonmac-SIG] Build python app using wxpython
 on	intel-leopard and deploy on powerpc-tiger?
In-Reply-To: <aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-B010AE.11274006102009@ger.gmane.org>
	<nad-7A7442.11413706102009@ger.gmane.org>
	<nad-2F0898.11565706102009@ger.gmane.org>
	<aad3caa30910061243k4954c118jb19aae56f9f6b9d8@mail.gmail.com>
	<nad-5677F3.14373706102009@ger.gmane.org> <4ACCD0CC.8020501@noaa.gov>
	<aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>
	<aad3caa30910071227p4d9e10d0s88638d6cd534bb0f@mail.gmail.com>
	<4ACCF329.8070605@noaa.gov>
	<aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>
Message-ID: <4ACD241C.6040209@noaa.gov>

hari jayaram wrote:
> Thanks Chris for your emails..

one more thought -- this is looking like it may have nothing to do with 
wxPython -- try a simple "hello world" script, and see what happens.


-Chris



-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From Chris.Barker at noaa.gov  Thu Oct  8 01:35:36 2009
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Wed, 07 Oct 2009 16:35:36 -0700
Subject: [Pythonmac-SIG] Shortcut for IDLE on Mac OS X (LEOPARD)
In-Reply-To: <587B91B8-CD01-4AC2-9FD5-F8405C888B6B@object-craft.com.au>
References: <4ACCF7AE.4040408@aon.at>
	<587B91B8-CD01-4AC2-9FD5-F8405C888B6B@object-craft.com.au>
Message-ID: <4ACD25C8.3@noaa.gov>

Ben Golding wrote:
> You should be able to put this in a double-clickable file by putting 
> that string in a file called, say, IDLE.command and then making it 
> executable.  Files ending in ".command" are recognised by Launch 
> Services as shell scripts (I believe).

Has no-one made a nifty utility to make a *.app bundle from a shell 
script? That would seem like an obvious utility to want...

-Chris


-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From Chris.Barker at noaa.gov  Thu Oct  8 01:40:01 2009
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Wed, 07 Oct 2009 16:40:01 -0700
Subject: [Pythonmac-SIG] Shortcut for IDLE on Mac OS X (LEOPARD)
In-Reply-To: <4ACD25C8.3@noaa.gov>
References: <4ACCF7AE.4040408@aon.at>
	<587B91B8-CD01-4AC2-9FD5-F8405C888B6B@object-craft.com.au>
	<4ACD25C8.3@noaa.gov>
Message-ID: <4ACD26D1.4020503@noaa.gov>

Christopher Barker wrote:
> Has no-one made a nifty utility to make a *.app bundle from a shell 
> script? That would seem like an obvious utility to want...

There is platypus:

http://www.sveinbjorn.org/platypus

perhaps overkill, but it looks like it will work.

Though in this case, it seems re-building the IDLE bundle the way you 
want may be better.

-Chris



-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From ronaldoussoren at mac.com  Thu Oct  8 07:51:55 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Thu, 08 Oct 2009 07:51:55 +0200
Subject: [Pythonmac-SIG] Shortcut for IDLE on Mac OS X (LEOPARD)
In-Reply-To: <4ACD108F.4070902@aon.at>
References: <4ACCF7AE.4040408@aon.at>
	<05D106A7-EB16-4D38-8207-442F6A36ED1C@mac.com>
	<4ACD108F.4070902@aon.at>
Message-ID: <6A50734B-AC8B-487A-8C2D-CB12BC7C3C4A@mac.com>


On 8 Oct, 2009, at 0:05, Gregor Lingl wrote:

>
>
> Ronald Oussoren schrieb:
>>
>> On 7 Oct, 2009, at 22:18, Gregor Lingl wrote:
>>
>>> Hi,
>>>
>>> I'm relatively new to the Mac.
>>> I have a Python 3.1.1. installation on my Macbook
>>> and I'd like to have a shortcut on my desktop starting
>>> IDLE with the -n switch, that is without subprocess
>>
>> Why do you want to do that?  Is there functionality in IDLE that  
>> works with the '-n' switch but not without it?
> Yes, I want to do interactive turtle graphics. (In fact I've written  
> a book,
> "Python f?r Kids" and I was asked by a reader how to do it on a Mac.)

Could you file an issue about this in the python tracker? It should be  
possible to add a setting to IDLE's preferences that selects whether  
or not you want the '-n' flag.

It is definitely possible to create a simple .app bundle that runs as- 
if you specified the '-n' flag, I'll see if I can make some time to  
build that.

Ronald
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091008/14df9d3d/attachment.bin>

From cibicco at gmail.com  Thu Oct  8 13:29:45 2009
From: cibicco at gmail.com (Takahiro IWAMOTO)
Date: Thu, 8 Oct 2009 20:29:45 +0900
Subject: [Pythonmac-SIG] Having a problem to install PyObjC to Snow Leopard
Message-ID: <3f39e1330910080429y16802094pef7505d7e7456a7c@mail.gmail.com>

Hello,
I'm trying to install PyObjC by "sudo port -d install py26-pyobjc2"

I got an error message related with KeyError '_objc'.
The error message is

>>
DEBUG: Backtrace: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_python_py26-pyobjc2/work/pyobjc-core"
&& /opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6
setup.py --no-user-cfg build " returned error 1
Command output: running build
running build_py
running build_ext
Traceback (most recent call last):
  File "setup.py", line 324, in <module>
    '': ['*.bridgesupport'],
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/distutils/core.py",
line 152, in setup
    dist.run_commands()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/distutils/dist.py",
line 987, in run_commands
    self.run_command(cmd)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/distutils/dist.py",
line 1007, in run_command
    cmd_obj.run()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/distutils/command/build.py",
line 134, in run
    self.run_command(cmd_name)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/distutils/cmd.py",
line 333, in run_command
    self.distribution.run_command(command)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/distutils/dist.py",
line 1007, in run_command
    cmd_obj.run()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/setuptools-0.6c9-py2.6.egg/setuptools/command/build_ext.py",
line 46, in run
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/distutils/command/build_ext.py",
line 340, in run
    self.build_extensions()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/distutils/command/build_ext.py",
line 449, in build_extensions
    self.build_extension(ext)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/setuptools-0.6c9-py2.6.egg/setuptools/command/build_ext.py",
line 175, in build_extension
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/distutils/command/build_ext.py",
line 460, in build_extension
    ext_path = self.get_ext_fullpath(ext.name)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/distutils/command/build_ext.py",
line 633, in get_ext_fullpath
    filename = self.get_ext_filename(modpath[-1])
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/setuptools-0.6c9-py2.6.egg/setuptools/command/build_ext.py",
line 85, in get_ext_filename
KeyError: '_objc'

    while executing
"command_exec build"
    (procedure "portbuild::build_main" line 9)
    invoked from within
"$procedure $targetname"
Warning: the following items did not execute (for py26-pyobjc2):
org.macports.activate org.macports.build org.macports.destroot
org.macports.install
Error: Status 1 encountered during processing.
<<

Would you give some hit for me please?

TIA,

T. Iwamoto

From davelist at mac.com  Thu Oct  8 13:39:20 2009
From: davelist at mac.com (davelist at mac.com)
Date: Thu, 08 Oct 2009 07:39:20 -0400
Subject: [Pythonmac-SIG] Shortcut for IDLE on Mac OS X (LEOPARD)
In-Reply-To: <4ACD25C8.3@noaa.gov>
References: <4ACCF7AE.4040408@aon.at>
	<587B91B8-CD01-4AC2-9FD5-F8405C888B6B@object-craft.com.au>
	<4ACD25C8.3@noaa.gov>
Message-ID: <E3CD6691-1822-4736-9F43-033D22B0B8F2@mac.com>


On Oct 7, 2009, at 7:35 PM, Christopher Barker wrote:

> Ben Golding wrote:
>> You should be able to put this in a double-clickable file by  
>> putting that string in a file called, say, IDLE.command and then  
>> making it executable.  Files ending in ".command" are recognised by  
>> Launch Services as shell scripts (I believe).
>
> Has no-one made a nifty utility to make a *.app bundle from a shell  
> script? That would seem like an obvious utility to want...
>
> -Chris

You can do that with Automator by choosing the Application template,  
choosing the shell-script action, and then saving it.

Dave


From zvezdan at zope.com  Thu Oct  8 15:13:21 2009
From: zvezdan at zope.com (Zvezdan Petkovic)
Date: Thu, 8 Oct 2009 09:13:21 -0400
Subject: [Pythonmac-SIG] Installer variants [Was: Building 2.5 on SL]
In-Reply-To: <nad-37CA14.15393007102009@ger.gmane.org>
References: <7a9c25c20910062100i25e0bbe0jb2c37e9025812f93@mail.gmail.com>
	<nad-BE14FA.00322707102009@news.gmane.org>
	<48C14E26-E790-47C2-BD44-FC65159D8D03@zope.com>
	<nad-37CA14.15393007102009@ger.gmane.org>
Message-ID: <E0E528A8-ED20-4639-9FD1-8BD946608749@zope.com>

On Oct 7, 2009, at 6:39 PM, Ned Deily wrote:

> So, to summarize, I suggest that we continue to provide the current
> style of 10.3+ 32-fat installers for 2.m.n and 3.x.y for the  
> indefinite future and that we work towards providing a second  
> installer for 2.m.n and 3.x.y (m, n, x, y TBD), providing 10.6+  
> intel 32/64 support.  If that seems reasonable to everyone (and,  
> particularly, to Ronald), perhaps we should open a tracker issue  
> (more a meta-issue) towards that end.

+1


From harijay at gmail.com  Thu Oct  8 17:21:01 2009
From: harijay at gmail.com (hari jayaram)
Date: Thu, 8 Oct 2009 11:21:01 -0400
Subject: [Pythonmac-SIG] Build python app using wxpython on
	intel-leopard and deploy on powerpc-tiger?
In-Reply-To: <4ACD241C.6040209@noaa.gov>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-2F0898.11565706102009@ger.gmane.org>
	<aad3caa30910061243k4954c118jb19aae56f9f6b9d8@mail.gmail.com>
	<nad-5677F3.14373706102009@ger.gmane.org> <4ACCD0CC.8020501@noaa.gov>
	<aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>
	<aad3caa30910071227p4d9e10d0s88638d6cd534bb0f@mail.gmail.com>
	<4ACCF329.8070605@noaa.gov>
	<aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>
	<4ACD241C.6040209@noaa.gov>
Message-ID: <aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>

Just tried a "hello world " app to troubleshoot py2app as Chris Barker
suggested.

When I say
open sayhello.app

Nothing happens. No additional console opens . IS this the normal behavior.

Here is my hello world style app and its setup.py ( see below)
Should the app created with py2app automatically open a console?
Even if I click on the *.app icon..nothing happens.

Hari

###############
printto100.py
###############
def main():
        print "Hello, world!"
        for i in range(100):
                print i
if __name__ == "__main__":
       main()

#############
setup.py
#############
"""
This is a setup.py script generated by py2applet

Usage:
    python setup.py py2app
"""

from setuptools import setup

APP = ['printo100.py']
DATA_FILES = []
OPTIONS = {'argv_emulation': True, 'iconfile': './gzilla_ico_fin.icns'}

setup(
    app=APP,
    data_files=DATA_FILES,
    options={'py2app': OPTIONS},
    setup_requires=['py2app'],
)



On Wed, Oct 7, 2009 at 7:28 PM, Christopher Barker
<Chris.Barker at noaa.gov> wrote:
> hari jayaram wrote:
>>
>> Thanks Chris for your emails..
>
> one more thought -- this is looking like it may have nothing to do with
> wxPython -- try a simple "hello world" script, and see what happens.
>
>
> -Chris
>
>
>
> --
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R ? ? ? ? ? ?(206) 526-6959 ? voice
> 7600 Sand Point Way NE ? (206) 526-6329 ? fax
> Seattle, WA ?98115 ? ? ? (206) 526-6317 ? main reception
>
> Chris.Barker at noaa.gov
> _______________________________________________
> Pythonmac-SIG maillist ?- ?Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
>

From Chris.Barker at noaa.gov  Thu Oct  8 18:35:44 2009
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Thu, 08 Oct 2009 09:35:44 -0700
Subject: [Pythonmac-SIG] Latest Py2app bug..
In-Reply-To: <aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-2F0898.11565706102009@ger.gmane.org>
	<aad3caa30910061243k4954c118jb19aae56f9f6b9d8@mail.gmail.com>
	<nad-5677F3.14373706102009@ger.gmane.org> <4ACCD0CC.8020501@noaa.gov>
	<aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>
	<aad3caa30910071227p4d9e10d0s88638d6cd534bb0f@mail.gmail.com>
	<4ACCF329.8070605@noaa.gov>
	<aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>
	<4ACD241C.6040209@noaa.gov>
	<aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>
Message-ID: <4ACE14E0.6080208@noaa.gov>

Hi folks,

hari jayaram wrote:
> Just tried a "hello world " app to troubleshoot py2app as Chris Barker
> suggested.

I was trying to help this guy out, and updated by py2app to the dev version:

easy_install py2app==dev

Now it's broken for me, on OS-X 10.4, Python.org 2.5:

(tested in a very simple "hello world" app, and also one that was 
building fine yesterday, before I did the py2app upgrade.

I suspect this is some simple difference between python or OS-X version 
differences.

-Chris


creating 
/Users/cbarker/Junk/dist/printo100.app/Contents/Frameworks/Python.framework/Versions/2.5/Resources
Traceback (most recent call last):
   File 
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py", 
line 589, in _run
     self.run_normal()
   File 
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py", 
line 660, in run_normal
     self.create_binaries(py_files, pkgdirs, extensions, loader_files)
   File 
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py", 
line 768, in create_binaries
     mm.mm.run_file(runtime)
   File 
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/macholib-1.2.1-py2.5.egg/macholib/MachOGraph.py", 
line 62, in run_file
     m = self.findNode(pathname)
   File 
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/macholib-1.2.1-py2.5.egg/macholib/MachOGraph.py", 
line 55, in findNode
     newname = self.locate(name)
   File 
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/macholib-1.2.1-py2.5.egg/macholib/MachOStandalone.py", 
line 30, in locate
     return self.delegate.locate(newname)
   File 
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/macholib-1.2.1-py2.5.egg/macholib/MachOStandalone.py", 
line 69, in locate
     res = self.copy_framework(info)
   File 
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py", 
line 60, in copy_framework
     destfn = self.appbuilder.copy_framework(info, self.dest)
   File 
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py", 
line 891, in copy_framework
     self.copy_python_framework(info, dst)
   File 
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py", 
line 911, in copy_python_framework
     pydir = 'python%d.%d'%(info['version'])
TypeError: int argument required
 > 
/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py(911)copy_python_framework()
-> pydir = 'python%d.%d'%(info['version'])





-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From Chris.Barker at noaa.gov  Thu Oct  8 18:38:53 2009
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Thu, 08 Oct 2009 09:38:53 -0700
Subject: [Pythonmac-SIG] Build python app using wxpython
 on	intel-leopard and deploy on powerpc-tiger?
In-Reply-To: <aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-2F0898.11565706102009@ger.gmane.org>
	<aad3caa30910061243k4954c118jb19aae56f9f6b9d8@mail.gmail.com>
	<nad-5677F3.14373706102009@ger.gmane.org> <4ACCD0CC.8020501@noaa.gov>
	<aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>
	<aad3caa30910071227p4d9e10d0s88638d6cd534bb0f@mail.gmail.com>
	<4ACCF329.8070605@noaa.gov>
	<aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>
	<4ACD241C.6040209@noaa.gov>
	<aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>
Message-ID: <4ACE159D.5000500@noaa.gov>

hari jayaram wrote:
> Just tried a "hello world " app to troubleshoot py2app as Chris Barker
> suggested.
> 
> When I say
> open sayhello.app
> 
> Nothing happens. No additional console opens . IS this the normal behavior.

yes -- app bundles re-direct stdout to the console, but don't open it 
for you. Try opening the console yourself:

/Applications/Utilities/Console.app

clear it, then run your app bundle -- you should see the output.

-Chris


> Here is my hello world style app and its setup.py ( see below)
> Should the app created with py2app automatically open a console?
> Even if I click on the *.app icon..nothing happens.
> 
> Hari
> 
> ###############
> printto100.py
> ###############
> def main():
>         print "Hello, world!"
>         for i in range(100):
>                 print i
> if __name__ == "__main__":
>        main()
> 
> #############
> setup.py
> #############
> """
> This is a setup.py script generated by py2applet
> 
> Usage:
>     python setup.py py2app
> """
> 
> from setuptools import setup
> 
> APP = ['printo100.py']
> DATA_FILES = []
> OPTIONS = {'argv_emulation': True, 'iconfile': './gzilla_ico_fin.icns'}
> 
> setup(
>     app=APP,
>     data_files=DATA_FILES,
>     options={'py2app': OPTIONS},
>     setup_requires=['py2app'],
> )
> 
> 
> 
> On Wed, Oct 7, 2009 at 7:28 PM, Christopher Barker
> <Chris.Barker at noaa.gov> wrote:
>> hari jayaram wrote:
>>> Thanks Chris for your emails..
>> one more thought -- this is looking like it may have nothing to do with
>> wxPython -- try a simple "hello world" script, and see what happens.
>>
>>
>> -Chris
>>
>>
>>
>> --
>> Christopher Barker, Ph.D.
>> Oceanographer
>>
>> Emergency Response Division
>> NOAA/NOS/OR&R            (206) 526-6959   voice
>> 7600 Sand Point Way NE   (206) 526-6329   fax
>> Seattle, WA  98115       (206) 526-6317   main reception
>>
>> Chris.Barker at noaa.gov
>> _______________________________________________
>> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
>> http://mail.python.org/mailman/listinfo/pythonmac-sig
>>
> _______________________________________________
> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig


-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From Chris.Barker at noaa.gov  Thu Oct  8 18:43:00 2009
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Thu, 08 Oct 2009 09:43:00 -0700
Subject: [Pythonmac-SIG] Latest Py2app bug..
In-Reply-To: <4ACE14E0.6080208@noaa.gov>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-2F0898.11565706102009@ger.gmane.org>
	<aad3caa30910061243k4954c118jb19aae56f9f6b9d8@mail.gmail.com>
	<nad-5677F3.14373706102009@ger.gmane.org> <4ACCD0CC.8020501@noaa.gov>
	<aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>
	<aad3caa30910071227p4d9e10d0s88638d6cd534bb0f@mail.gmail.com>
	<4ACCF329.8070605@noaa.gov>
	<aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>
	<4ACD241C.6040209@noaa.gov>
	<aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>
	<4ACE14E0.6080208@noaa.gov>
Message-ID: <4ACE1694.8010401@noaa.gov>

Christopher Barker wrote:
> I was trying to help this guy out, and updated by py2app to the dev 
> version:
> 
> easy_install py2app==dev
> 
> Now it's broken for me, on OS-X 10.4, Python.org 2.5:

Another note -- I just cleared it out, and did:

$ easy_install py2app

and got 0.4.2

Still the same bug, even though I'm pretty sure I was running 0.4.2 before.

Is there a way to check the revision number?

-Chris

easy_install output:


Searching for py2app
Reading http://pypi.python.org/simple/py2app/
Reading http://undefined.org/python/#py2app
Best match: py2app 0.4.2
Downloading 
http://pypi.python.org/packages/source/p/py2app/py2app-0.4.2.tar.gz#md5=fab793a7e97620afec146e515bbf4e80
Processing py2app-0.4.2.tar.gz
Running py2app-0.4.2/setup.py -q bdist_egg --dist-dir 
/tmp/easy_install-SazbDU/py2app-0.4.2/egg-dist-tmp-EtCr4Y
Adding py2app 0.4.2 to easy-install.pth file
Installing py2applet script to 
/Library/Frameworks/Python.framework/Versions/2.5/bin

Installed 
/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg
Processing dependencies for py2app
Finished processing dependencies for py2app




> 
> (tested in a very simple "hello world" app, and also one that was 
> building fine yesterday, before I did the py2app upgrade.
> 
> I suspect this is some simple difference between python or OS-X version 
> differences.
> 
> -Chris
> 
> 
> creating 
> /Users/cbarker/Junk/dist/printo100.app/Contents/Frameworks/Python.framework/Versions/2.5/Resources 
> 
> Traceback (most recent call last):
>   File 
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py", 
> line 589, in _run
>     self.run_normal()
>   File 
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py", 
> line 660, in run_normal
>     self.create_binaries(py_files, pkgdirs, extensions, loader_files)
>   File 
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py", 
> line 768, in create_binaries
>     mm.mm.run_file(runtime)
>   File 
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/macholib-1.2.1-py2.5.egg/macholib/MachOGraph.py", 
> line 62, in run_file
>     m = self.findNode(pathname)
>   File 
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/macholib-1.2.1-py2.5.egg/macholib/MachOGraph.py", 
> line 55, in findNode
>     newname = self.locate(name)
>   File 
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/macholib-1.2.1-py2.5.egg/macholib/MachOStandalone.py", 
> line 30, in locate
>     return self.delegate.locate(newname)
>   File 
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/macholib-1.2.1-py2.5.egg/macholib/MachOStandalone.py", 
> line 69, in locate
>     res = self.copy_framework(info)
>   File 
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py", 
> line 60, in copy_framework
>     destfn = self.appbuilder.copy_framework(info, self.dest)
>   File 
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py", 
> line 891, in copy_framework
>     self.copy_python_framework(info, dst)
>   File 
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py", 
> line 911, in copy_python_framework
>     pydir = 'python%d.%d'%(info['version'])
> TypeError: int argument required
>  > 
> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py(911)copy_python_framework() 
> 
> -> pydir = 'python%d.%d'%(info['version'])
> 
> 
> 
> 
> 


-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From luis.kop at gmail.com  Thu Oct  8 18:47:51 2009
From: luis.kop at gmail.com (Luis A. Bastiao Silva)
Date: Thu, 8 Oct 2009 17:47:51 +0100
Subject: [Pythonmac-SIG] Latest Py2app bug..
In-Reply-To: <4ACE14E0.6080208@noaa.gov>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-5677F3.14373706102009@ger.gmane.org> <4ACCD0CC.8020501@noaa.gov>
	<aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>
	<aad3caa30910071227p4d9e10d0s88638d6cd534bb0f@mail.gmail.com>
	<4ACCF329.8070605@noaa.gov>
	<aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>
	<4ACD241C.6040209@noaa.gov>
	<aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>
	<4ACE14E0.6080208@noaa.gov>
Message-ID: <277c20420910080947i564f41a2u2890e890767d54d8@mail.gmail.com>

Hi,


Just to say that It happens also with me. Using Snow Leopard and python2.6.

  File
"/Users/bastiao/Umit/svn/trunk/py2app-0.4.2-py2.6.egg/py2app/build_app.py",
line 60, in copy_framework
    destfn = self.appbuilder.copy_framework(info, self.dest)
  File
"/Users/bastiao/Umit/svn/trunk/py2app-0.4.2-py2.6.egg/py2app/build_app.py",
line 891, in copy_framework
    self.copy_python_framework(info, dst)
  File
"/Users/bastiao/Umit/svn/trunk/py2app-0.4.2-py2.6.egg/py2app/build_app.py",
line 911, in copy_python_framework
    pydir = 'python%d.%d'%(info['version'])
TypeError: %d format: a number is required, not str
>
/Users/bastiao/Umit/svn/trunk/py2app-0.4.2-py2.6.egg/py2app/build_app.py(911)copy_python_framework()
-> pydir = 'python%d.%d'%(info['version'])
(Pdb)


Solutions?

On Thu, Oct 8, 2009 at 5:35 PM, Christopher Barker <Chris.Barker at noaa.gov>wrote:

> Hi folks,
>
> hari jayaram wrote:
>
>> Just tried a "hello world " app to troubleshoot py2app as Chris Barker
>> suggested.
>>
>
> I was trying to help this guy out, and updated by py2app to the dev
> version:
>
> easy_install py2app==dev
>
> Now it's broken for me, on OS-X 10.4, Python.org 2.5:
>
> (tested in a very simple "hello world" app, and also one that was building
> fine yesterday, before I did the py2app upgrade.
>
> I suspect this is some simple difference between python or OS-X version
> differences.
>
> -Chris
>
>
> creating
> /Users/cbarker/Junk/dist/printo100.app/Contents/Frameworks/Python.framework/Versions/2.5/Resources
> Traceback (most recent call last):
>  File
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py",
> line 589, in _run
>    self.run_normal()
>  File
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py",
> line 660, in run_normal
>    self.create_binaries(py_files, pkgdirs, extensions, loader_files)
>  File
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py",
> line 768, in create_binaries
>    mm.mm.run_file(runtime)
>  File
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/macholib-1.2.1-py2.5.egg/macholib/MachOGraph.py",
> line 62, in run_file
>    m = self.findNode(pathname)
>  File
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/macholib-1.2.1-py2.5.egg/macholib/MachOGraph.py",
> line 55, in findNode
>    newname = self.locate(name)
>  File
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/macholib-1.2.1-py2.5.egg/macholib/MachOStandalone.py",
> line 30, in locate
>    return self.delegate.locate(newname)
>  File
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/macholib-1.2.1-py2.5.egg/macholib/MachOStandalone.py",
> line 69, in locate
>    res = self.copy_framework(info)
>  File
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py",
> line 60, in copy_framework
>    destfn = self.appbuilder.copy_framework(info, self.dest)
>  File
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py",
> line 891, in copy_framework
>    self.copy_python_framework(info, dst)
>  File
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py",
> line 911, in copy_python_framework
>    pydir = 'python%d.%d'%(info['version'])
> TypeError: int argument required
> >
> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.4.2-py2.5.egg/py2app/build_app.py(911)copy_python_framework()
> -> pydir = 'python%d.%d'%(info['version'])
>
>
>
>
>
> --
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R            (206) 526-6959   voice
> 7600 Sand Point Way NE   (206) 526-6329   fax
> Seattle, WA  98115       (206) 526-6317   main reception
>
> Chris.Barker at noaa.gov
> _______________________________________________
> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
>


Best Regards,
-- 
Lu?s A. Basti?o Silva
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091008/26e7bccf/attachment.htm>

From nad at acm.org  Thu Oct  8 20:07:43 2009
From: nad at acm.org (Ned Deily)
Date: Thu, 08 Oct 2009 11:07:43 -0700
Subject: [Pythonmac-SIG] Having a problem to install PyObjC to Snow
	Leopard
References: <3f39e1330910080429y16802094pef7505d7e7456a7c@mail.gmail.com>
Message-ID: <nad-2D2C04.11074308102009@ger.gmane.org>

In article 
<3f39e1330910080429y16802094pef7505d7e7456a7c at mail.gmail.com>,
 Takahiro IWAMOTO <cibicco at gmail.com> wrote:

> I'm trying to install PyObjC by "sudo port -d install py26-pyobjc2"
> 
> I got an error message related with KeyError '_objc'.

The problem was due to a Distutils incompatibility released in Python 
2.6.3.  It will be fixed in 2.6.4 which will be released in two weeks 
but the MacPorts maintainers have already patched setuptools to get 
around it.  Just rerun:

   sudo port sync

and try the install again.  This time it should also install a new 
version of py26-setuptools and the install of py26-pyobjc2 should now 
work.

-- 
 Ned Deily,
 nad at acm.org


From nad at acm.org  Thu Oct  8 21:02:19 2009
From: nad at acm.org (Ned Deily)
Date: Thu, 08 Oct 2009 12:02:19 -0700
Subject: [Pythonmac-SIG] Latest Py2app bug..
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-5677F3.14373706102009@ger.gmane.org>
	<4ACCD0CC.8020501@noaa.gov>
	<aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>
	<aad3caa30910071227p4d9e10d0s88638d6cd534bb0f@mail.gmail.com>
	<4ACCF329.8070605@noaa.gov>
	<aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>
	<4ACD241C.6040209@noaa.gov>
	<aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>
	<4ACE14E0.6080208@noaa.gov>
	<277c20420910080947i564f41a2u2890e890767d54d8@mail.gmail.com>
Message-ID: <nad-5AC404.12021908102009@ger.gmane.org>

In article 
<277c20420910080947i564f41a2u2890e890767d54d8 at mail.gmail.com>,
 "Luis A. Bastiao Silva" <luis.kop at gmail.com> wrote:
> Just to say that It happens also with me. Using Snow Leopard and python2.6.
> 
>   File
> "/Users/bastiao/Umit/svn/trunk/py2app-0.4.2-py2.6.egg/py2app/build_app.py",
> line 60, in copy_framework
>     destfn = self.appbuilder.copy_framework(info, self.dest)
>   File
> "/Users/bastiao/Umit/svn/trunk/py2app-0.4.2-py2.6.egg/py2app/build_app.py",
> line 891, in copy_framework
>     self.copy_python_framework(info, dst)
>   File
> "/Users/bastiao/Umit/svn/trunk/py2app-0.4.2-py2.6.egg/py2app/build_app.py",
> line 911, in copy_python_framework
>     pydir = 'python%d.%d'%(info['version'])
> TypeError: %d format: a number is required, not str
> >
> /Users/bastiao/Umit/svn/trunk/py2app-0.4.2-py2.6.egg/py2app/build_app.py(911)c
> opy_python_framework()
> -> pydir = 'python%d.%d'%(info['version'])
> (Pdb)
> 
> 
> Solutions?

Looks like it was caused by a one-line patch that was just added to 
py2app.   Try reverting it by changing line 911 of  
py2app-0.4.2-py2.6.egg/py2app/build_app.py from:

    pydir = 'python%d.%d'%(info['version'])

back to:

    pydir = 'python%d.%d'%(sys.version_info[:2])

-- 
 Ned Deily,
 nad at acm.org


From Chris.Barker at noaa.gov  Thu Oct  8 21:40:17 2009
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Thu, 08 Oct 2009 12:40:17 -0700
Subject: [Pythonmac-SIG] Latest Py2app bug..
In-Reply-To: <nad-5AC404.12021908102009@ger.gmane.org>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-5677F3.14373706102009@ger.gmane.org> <4ACCD0CC.8020501@noaa.gov>
	<aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>
	<aad3caa30910071227p4d9e10d0s88638d6cd534bb0f@mail.gmail.com>
	<4ACCF329.8070605@noaa.gov>
	<aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>
	<4ACD241C.6040209@noaa.gov>
	<aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>
	<4ACE14E0.6080208@noaa.gov>
	<277c20420910080947i564f41a2u2890e890767d54d8@mail.gmail.com>
	<nad-5AC404.12021908102009@ger.gmane.org>
Message-ID: <4ACE4021.9040906@noaa.gov>

Ned Deily wrote:
> Looks like it was caused by a one-line patch that was just added to 
> py2app.   Try reverting it by changing line 911 of  
> py2app-0.4.2-py2.6.egg/py2app/build_app.py from:
> 
>     pydir = 'python%d.%d'%(info['version'])
> 
> back to:
> 
>     pydir = 'python%d.%d'%(sys.version_info[:2])

yup -- that fixed it -- do you have SVN access to roll that back?

Thanks,

-CHB

PS: the printo100 app works fine for me (output to the console), as does 
my own app.


-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From harijay at gmail.com  Thu Oct  8 22:30:21 2009
From: harijay at gmail.com (hari jayaram)
Date: Thu, 8 Oct 2009 16:30:21 -0400
Subject: [Pythonmac-SIG] Latest Py2app bug..
In-Reply-To: <4ACE4021.9040906@noaa.gov>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<aad3caa30910071227p4d9e10d0s88638d6cd534bb0f@mail.gmail.com>
	<4ACCF329.8070605@noaa.gov>
	<aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>
	<4ACD241C.6040209@noaa.gov>
	<aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>
	<4ACE14E0.6080208@noaa.gov>
	<277c20420910080947i564f41a2u2890e890767d54d8@mail.gmail.com>
	<nad-5AC404.12021908102009@ger.gmane.org> <4ACE4021.9040906@noaa.gov>
Message-ID: <aad3caa30910081330n636d10fl839222c5193cd772@mail.gmail.com>

Hi Chris , Ned and everyone else .

I fixed the line 911 in py2app/build_app.py as recommended by Ned ,
then reinstalled py2app
My printto100.app ( hello world app) does output the numbers to
console, so it works fine

I however still cannot get the wxpython app to build correctly.
I am trying it with a simple hello world styled app that pops up a
Frame (source below).
Running the built app with setup.p attached gives the same error as before :

ImportError: '/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/lib-dynload/wx/_core_.so'
not found

I am attaching the test source and the setup.py here .
The app is 33M big and has the _core_s.so in the directory . So for
some reason the app is looking for the _core_.so in the System folder
instead of the app bundle location.

./Contents/Resources/lib/python2.5/lib-dynload/wx/_core_.so

Thanks
Hari


##########
sayhello.py
##########
#!/usr/bin/python
import wx
class MyFrame(wx.Frame):
	
	def __init__(self,*args,**kwds):
		kwds["size"] = (640,480)
		wx.Frame.__init__(self,*args,**kwds)
		self.Show()
if __name__ == "__main__":
	ma = wx.PySimpleApp()
	f = MyFrame(None,-1,title="An App")
	ma.MainLoop()
	
############
setup.py
############
"""
This is a setup.py script generated by py2applet

Usage:
    python setup.py py2app
"""

from setuptools import setup

APP = ['sayhello.py']
DATA_FILES = []
OPTIONS = {'argv_emulation': True, 'iconfile': './gzilla_ico_fin.icns'}

setup(
    app=APP,
    data_files=DATA_FILES,
    options={'py2app': OPTIONS},
    setup_requires=['py2app'],
)


On Thu, Oct 8, 2009 at 3:40 PM, Christopher Barker
<Chris.Barker at noaa.gov> wrote:
> Ned Deily wrote:
>>
>> Looks like it was caused by a one-line patch that was just added to
>> py2app. ? Try reverting it by changing line 911 of
>> ?py2app-0.4.2-py2.6.egg/py2app/build_app.py from:
>>
>> ? ?pydir = 'python%d.%d'%(info['version'])
>>
>> back to:
>>
>> ? ?pydir = 'python%d.%d'%(sys.version_info[:2])
>
> yup -- that fixed it -- do you have SVN access to roll that back?
>
> Thanks,
>
> -CHB
>
> PS: the printo100 app works fine for me (output to the console), as does my
> own app.
>
>
> --
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R ? ? ? ? ? ?(206) 526-6959 ? voice
> 7600 Sand Point Way NE ? (206) 526-6329 ? fax
> Seattle, WA ?98115 ? ? ? (206) 526-6317 ? main reception
>
> Chris.Barker at noaa.gov
> _______________________________________________
> Pythonmac-SIG maillist ?- ?Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
>

From gregor.lingl at aon.at  Thu Oct  8 22:47:31 2009
From: gregor.lingl at aon.at (Gregor Lingl)
Date: Thu, 08 Oct 2009 22:47:31 +0200
Subject: [Pythonmac-SIG] Shortcut for IDLE on Mac OS X (LEOPARD)
In-Reply-To: <4ACCF7AE.4040408@aon.at>
References: <4ACCF7AE.4040408@aon.at>
Message-ID: <4ACE4FE3.6050904@aon.at>



Thanks for all those replies. I'll try them out and investigate them 
next weekend.
Subsequently I'll give you some more feedback.

For those of you using Python 2.6 or 3.x and interested in Python's new 
turtle module:

There is a turtle subdirectory in the Demo folder of your Python 
installation.
There you can find a script called turtleDemo.py that lets you view and 
run demos
from a set of approx.15 demo scripts.

morever you can find a set of 50+ demos here:

http://python-turtle-demo.googlecode.com

Regards,
Gregor
>

From Chris.Barker at noaa.gov  Thu Oct  8 23:53:05 2009
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Thu, 08 Oct 2009 14:53:05 -0700
Subject: [Pythonmac-SIG] Latest Py2app bug..
In-Reply-To: <aad3caa30910081330n636d10fl839222c5193cd772@mail.gmail.com>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<aad3caa30910071227p4d9e10d0s88638d6cd534bb0f@mail.gmail.com>
	<4ACCF329.8070605@noaa.gov>
	<aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>
	<4ACD241C.6040209@noaa.gov>
	<aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>
	<4ACE14E0.6080208@noaa.gov>
	<277c20420910080947i564f41a2u2890e890767d54d8@mail.gmail.com>
	<nad-5AC404.12021908102009@ger.gmane.org> <4ACE4021.9040906@noaa.gov>
	<aad3caa30910081330n636d10fl839222c5193cd772@mail.gmail.com>
Message-ID: <4ACE5F41.8000109@noaa.gov>

hari jayaram wrote:
> My printto100.app ( hello world app) does output the numbers to
> console, so it works fine

what is in:

printo100.app/Contents/MacOS/

is should have:

$ ls -l printo100.app/Contents/MacOS/
total 264
-rwxr-xr-x   1 cbarker  cbarker  100276 Oct  8 12:38 printo100
-rwxr-xr-x   1 cbarker  cbarker   30028 Oct  8 12:38 python

In your broken app before, "python" was a link to a system python, 
rather that a file -- I think that may be your problem. It may not 
manifest itself in the simple case, as there isn't as much to find, and 
the system stuff is there, if it's looking there.

Sorry for such slow debugging -- I've never dug into the py2app code, 
only used it!

-Chris



-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From harijay at gmail.com  Fri Oct  9 02:31:44 2009
From: harijay at gmail.com (hari jayaram)
Date: Thu, 8 Oct 2009 20:31:44 -0400
Subject: [Pythonmac-SIG] Latest Py2app bug..
In-Reply-To: <4ACE5F41.8000109@noaa.gov>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>
	<4ACD241C.6040209@noaa.gov>
	<aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>
	<4ACE14E0.6080208@noaa.gov>
	<277c20420910080947i564f41a2u2890e890767d54d8@mail.gmail.com>
	<nad-5AC404.12021908102009@ger.gmane.org> <4ACE4021.9040906@noaa.gov>
	<aad3caa30910081330n636d10fl839222c5193cd772@mail.gmail.com>
	<4ACE5F41.8000109@noaa.gov>
Message-ID: <aad3caa30910081731t659463f4yda9a84362a275462@mail.gmail.com>

Hi Chris , Ned and everyone else

I looked at all my app bundles created with py2app .
Inside App/Contents/MacOS
The python is a link to the system python .
( for eg see below for the wxpython app I am trying to build)

So I guess the question is why is that happening with my setup.py and
py2app 0.4.2

Hari




harijaymac:MacOS hari$ ls -altrh
total 208
drwxr-xr-x  7 hari  harijay   238B Oct  8 16:20 ..
lrwxr-xr-x  1 hari  harijay    92B Oct  8 16:20 python ->
/Library/Frameworks/Python.framework/Versions/2.5/Resources/Python.app/Contents/MacOS/Python
-rwxr-xr-x  1 hari  harijay    98K Oct  8 16:20 GridZilla
drwxr-xr-x  4 hari  harijay   136B Oct  8 16:20 .
harijaymac:MacOS hari$ cd

On Thu, Oct 8, 2009 at 5:53 PM, Christopher Barker
<Chris.Barker at noaa.gov> wrote:
> hari jayaram wrote:
>>
>> My printto100.app ( hello world app) does output the numbers to
>> console, so it works fine
>
> what is in:
>
> printo100.app/Contents/MacOS/
>
> is should have:
>
> $ ls -l printo100.app/Contents/MacOS/
> total 264
> -rwxr-xr-x ? 1 cbarker ?cbarker ?100276 Oct ?8 12:38 printo100
> -rwxr-xr-x ? 1 cbarker ?cbarker ? 30028 Oct ?8 12:38 python
>
> In your broken app before, "python" was a link to a system python, rather
> that a file -- I think that may be your problem. It may not manifest itself
> in the simple case, as there isn't as much to find, and the system stuff is
> there, if it's looking there.
>
> Sorry for such slow debugging -- I've never dug into the py2app code, only
> used it!
>
> -Chris
>
>
>
> --
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R ? ? ? ? ? ?(206) 526-6959 ? voice
> 7600 Sand Point Way NE ? (206) 526-6329 ? fax
> Seattle, WA ?98115 ? ? ? (206) 526-6317 ? main reception
>
> Chris.Barker at noaa.gov
> _______________________________________________
> Pythonmac-SIG maillist ?- ?Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
>

From nad at acm.org  Fri Oct  9 04:27:25 2009
From: nad at acm.org (Ned Deily)
Date: Thu, 08 Oct 2009 19:27:25 -0700
Subject: [Pythonmac-SIG] Shortcut for IDLE on Mac OS X (LEOPARD)
References: <4ACCF7AE.4040408@aon.at> <4ACE4FE3.6050904@aon.at>
Message-ID: <nad-4180ED.19272508102009@news.gmane.org>

In article <4ACE4FE3.6050904 at aon.at>,
 Gregor Lingl <gregor.lingl at aon.at> wrote:
> There is a turtle subdirectory in the Demo folder of your Python 
> installation.
> There you can find a script called turtleDemo.py that lets you view and 
> run demos
> from a set of approx.15 demo scripts.

I love those demos.  I use them all the time to test Python!

-- 
 Ned Deily,
 nad at acm.org


From Chris.Barker at noaa.gov  Sat Oct 10 00:38:48 2009
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Fri, 09 Oct 2009 15:38:48 -0700
Subject: [Pythonmac-SIG] Latest Py2app bug..
In-Reply-To: <aad3caa30910081731t659463f4yda9a84362a275462@mail.gmail.com>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>
	<4ACD241C.6040209@noaa.gov>
	<aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>
	<4ACE14E0.6080208@noaa.gov>
	<277c20420910080947i564f41a2u2890e890767d54d8@mail.gmail.com>
	<nad-5AC404.12021908102009@ger.gmane.org> <4ACE4021.9040906@noaa.gov>
	<aad3caa30910081330n636d10fl839222c5193cd772@mail.gmail.com>
	<4ACE5F41.8000109@noaa.gov>
	<aad3caa30910081731t659463f4yda9a84362a275462@mail.gmail.com>
Message-ID: <4ACFBB78.3010201@noaa.gov>

hari jayaram wrote:
> I looked at all my app bundles created with py2app .
> Inside App/Contents/MacOS
> The python is a link to the system python .

> harijaymac:MacOS hari$ ls -altrh
> total 208
> drwxr-xr-x  7 hari  harijay   238B Oct  8 16:20 ..
> lrwxr-xr-x  1 hari  harijay    92B Oct  8 16:20 python ->
> /Library/Frameworks/Python.framework/Versions/2.5/Resources/Python.app/Contents/MacOS/Python
> -rwxr-xr-x  1 hari  harijay    98K Oct  8 16:20 GridZilla
> drwxr-xr-x  4 hari  harijay   136B Oct  8 16:20 .
> harijaymac:MacOS hari$ cd

Does it fail to run if you move that framework?

As far as I can tell, the difference between you and I is that you're 
running 1-.6 -- is that right?

I'm running:

OS-X 10.4.11 PPC
python.org python 2.5.4
py2app latest svn (easy_install py2app==dev) w/ the fix Ned posted.

And it's working for me

Could someone else test on 10.6?

-Chris

-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From luis.kop at gmail.com  Sat Oct 10 00:49:47 2009
From: luis.kop at gmail.com (Luis A. Bastiao Silva)
Date: Fri, 9 Oct 2009 23:49:47 +0100
Subject: [Pythonmac-SIG] Latest Py2app bug..
In-Reply-To: <4ACFBB78.3010201@noaa.gov>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>
	<4ACE14E0.6080208@noaa.gov>
	<277c20420910080947i564f41a2u2890e890767d54d8@mail.gmail.com>
	<nad-5AC404.12021908102009@ger.gmane.org> <4ACE4021.9040906@noaa.gov>
	<aad3caa30910081330n636d10fl839222c5193cd772@mail.gmail.com>
	<4ACE5F41.8000109@noaa.gov>
	<aad3caa30910081731t659463f4yda9a84362a275462@mail.gmail.com>
	<4ACFBB78.3010201@noaa.gov>
Message-ID: <277c20420910091549h70eb7ba7q24e77bb6ffb2294f@mail.gmail.com>

Yeap.

It works at Snow Leopard. By the way it still broken with macho lib headers.
:( Nobody can fix it?

On Fri, Oct 9, 2009 at 11:38 PM, Christopher Barker
<Chris.Barker at noaa.gov>wrote:

> hari jayaram wrote:
>
>> I looked at all my app bundles created with py2app .
>> Inside App/Contents/MacOS
>> The python is a link to the system python .
>>
>
>  harijaymac:MacOS hari$ ls -altrh
>> total 208
>> drwxr-xr-x  7 hari  harijay   238B Oct  8 16:20 ..
>> lrwxr-xr-x  1 hari  harijay    92B Oct  8 16:20 python ->
>>
>> /Library/Frameworks/Python.framework/Versions/2.5/Resources/Python.app/Contents/MacOS/Python
>> -rwxr-xr-x  1 hari  harijay    98K Oct  8 16:20 GridZilla
>> drwxr-xr-x  4 hari  harijay   136B Oct  8 16:20 .
>> harijaymac:MacOS hari$ cd
>>
>
> Does it fail to run if you move that framework?
>
> As far as I can tell, the difference between you and I is that you're
> running 1-.6 -- is that right?
>
> I'm running:
>
> OS-X 10.4.11 PPC
> python.org python 2.5.4
> py2app latest svn (easy_install py2app==dev) w/ the fix Ned posted.
>
> And it's working for me
>
> Could someone else test on 10.6?
>
>
> -Chris
>
> --
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R            (206) 526-6959   voice
> 7600 Sand Point Way NE   (206) 526-6329   fax
> Seattle, WA  98115       (206) 526-6317   main reception
>
> Chris.Barker at noaa.gov
> _______________________________________________
> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
>


Best Regards,
-- 
Lu?s A. Basti?o Silva
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091009/545a88fb/attachment.htm>

From harijay at gmail.com  Sat Oct 10 06:14:03 2009
From: harijay at gmail.com (hari jayaram)
Date: Sat, 10 Oct 2009 00:14:03 -0400
Subject: [Pythonmac-SIG] Latest Py2app bug..
In-Reply-To: <277c20420910091549h70eb7ba7q24e77bb6ffb2294f@mail.gmail.com>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<4ACE14E0.6080208@noaa.gov>
	<277c20420910080947i564f41a2u2890e890767d54d8@mail.gmail.com>
	<nad-5AC404.12021908102009@ger.gmane.org> <4ACE4021.9040906@noaa.gov>
	<aad3caa30910081330n636d10fl839222c5193cd772@mail.gmail.com>
	<4ACE5F41.8000109@noaa.gov>
	<aad3caa30910081731t659463f4yda9a84362a275462@mail.gmail.com>
	<4ACFBB78.3010201@noaa.gov>
	<277c20420910091549h70eb7ba7q24e77bb6ffb2294f@mail.gmail.com>
Message-ID: <aad3caa30910092114w4399b757q9493dec17abd57df@mail.gmail.com>

I am running python.org 2.5.4
On mac OSX Leopard 10.5.9

so the py2applet  is definitely "broken" in that it is not bundling
python but symlinking to the framework on leopard

Hari


On Fri, Oct 9, 2009 at 6:49 PM, Luis A. Bastiao Silva
<luis.kop at gmail.com> wrote:
> Yeap.
>
> It works at Snow Leopard. By the way it still broken with macho lib headers.
> :( Nobody can fix it?
>
> On Fri, Oct 9, 2009 at 11:38 PM, Christopher Barker <Chris.Barker at noaa.gov>
> wrote:
>>
>> hari jayaram wrote:
>>>
>>> I looked at all my app bundles created with py2app .
>>> Inside App/Contents/MacOS
>>> The python is a link to the system python .
>>
>>> harijaymac:MacOS hari$ ls -altrh
>>> total 208
>>> drwxr-xr-x ?7 hari ?harijay ? 238B Oct ?8 16:20 ..
>>> lrwxr-xr-x ?1 hari ?harijay ? ?92B Oct ?8 16:20 python ->
>>>
>>> /Library/Frameworks/Python.framework/Versions/2.5/Resources/Python.app/Contents/MacOS/Python
>>> -rwxr-xr-x ?1 hari ?harijay ? ?98K Oct ?8 16:20 GridZilla
>>> drwxr-xr-x ?4 hari ?harijay ? 136B Oct ?8 16:20 .
>>> harijaymac:MacOS hari$ cd
>>
>> Does it fail to run if you move that framework?
>>
>> As far as I can tell, the difference between you and I is that you're
>> running 1-.6 -- is that right?
>>
>> I'm running:
>>
>> OS-X 10.4.11 PPC
>> python.org python 2.5.4
>> py2app latest svn (easy_install py2app==dev) w/ the fix Ned posted.
>>
>> And it's working for me
>>
>> Could someone else test on 10.6?
>>
>> -Chris
>>
>> --
>> Christopher Barker, Ph.D.
>> Oceanographer
>>
>> Emergency Response Division
>> NOAA/NOS/OR&R ? ? ? ? ? ?(206) 526-6959 ? voice
>> 7600 Sand Point Way NE ? (206) 526-6329 ? fax
>> Seattle, WA ?98115 ? ? ? (206) 526-6317 ? main reception
>>
>> Chris.Barker at noaa.gov
>> _______________________________________________
>> Pythonmac-SIG maillist ?- ?Pythonmac-SIG at python.org
>> http://mail.python.org/mailman/listinfo/pythonmac-sig
>
>
> Best Regards,
> --
> Lu?s A. Basti?o Silva
>
>
> _______________________________________________
> Pythonmac-SIG maillist ?- ?Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
>
>

From nad at acm.org  Sun Oct 11 21:36:56 2009
From: nad at acm.org (Ned Deily)
Date: Sun, 11 Oct 2009 12:36:56 -0700
Subject: [Pythonmac-SIG] Latest Py2app bug..
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-5677F3.14373706102009@ger.gmane.org>
	<4ACCD0CC.8020501@noaa.gov>
	<aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>
	<aad3caa30910071227p4d9e10d0s88638d6cd534bb0f@mail.gmail.com>
	<4ACCF329.8070605@noaa.gov>
	<aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>
	<4ACD241C.6040209@noaa.gov>
	<aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>
	<4ACE14E0.6080208@noaa.gov>
	<277c20420910080947i564f41a2u2890e890767d54d8@mail.gmail.com>
	<nad-5AC404.12021908102009@ger.gmane.org>
Message-ID: <nad-950DE1.12365611102009@ger.gmane.org>

In article <nad-5AC404.12021908102009 at ger.gmane.org>,
 Ned Deily <nad at acm.org> wrote:
> Looks like it was caused by a one-line patch that was just added to 
> py2app.   Try reverting it by changing line 911 of  
> py2app-0.4.2-py2.6.egg/py2app/build_app.py from:
> 
>     pydir = 'python%d.%d'%(info['version'])
> 
> back to:
> 
>     pydir = 'python%d.%d'%(sys.version_info[:2])

BTW, I see there is now a py2app 0.4.3 available which should have a 
proper fix for the "TypeError: int argument required" regression.

http://pypi.python.org/pypi/py2app/

-- 
 Ned Deily,
 nad at acm.org


From kw at codebykevin.com  Mon Oct 12 01:17:23 2009
From: kw at codebykevin.com (Kevin Walzer)
Date: Sun, 11 Oct 2009 19:17:23 -0400
Subject: [Pythonmac-SIG] Latest Py2app bug..
In-Reply-To: <nad-950DE1.12365611102009@ger.gmane.org>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>	<nad-5677F3.14373706102009@ger.gmane.org>	<4ACCD0CC.8020501@noaa.gov>	<aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>	<aad3caa30910071227p4d9e10d0s88638d6cd534bb0f@mail.gmail.com>	<4ACCF329.8070605@noaa.gov>	<aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>	<4ACD241C.6040209@noaa.gov>	<aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>	<4ACE14E0.6080208@noaa.gov>	<277c20420910080947i564f41a2u2890e890767d54d8@mail.gmail.com>	<nad-5AC404.12021908102009@ger.gmane.org>
	<nad-950DE1.12365611102009@ger.gmane.org>
Message-ID: <4AD26783.1090205@codebykevin.com>

On 10/11/09 3:36 PM, Ned Deily wrote:
>
> BTW, I see there is now a py2app 0.4.3 available which should have a
> proper fix for the "TypeError: int argument required" regression.
>

Still can't build a four-way 64-bit universal binary of a Tkinter app 
with this new version...

-- 
Kevin Walzer
Code by Kevin
http://www.codebykevin.com

From normanlorrain at gmail.com  Mon Oct 12 20:38:34 2009
From: normanlorrain at gmail.com (Norman Lorrain)
Date: Mon, 12 Oct 2009 12:38:34 -0600
Subject: [Pythonmac-SIG] problem upgrading to 0.4.3
Message-ID: <7eef4fcb0910121138h25933847r923fd8097b63118c@mail.gmail.com>

Tried to upgrade, but can't get the correct version...

mac:~ norman$ sudo easy_install -U py2app
Password:
Searching for py2app
Reading http://pypi.python.org/simple/py2app/
Reading http://undefined.org/python/#py2app
Best match: py2app 0.4.3
Processing py2app-0.4.3-py2.6.egg
py2app 0.4.3 is already the active version in easy-install.pth
Installing py2applet script to /usr/local/bin

Using /Library/Python/2.6/site-packages/py2app-0.4.3-py2.6.egg
Processing dependencies for py2app
Finished processing dependencies for py2app
mac:~ norman$ python
Python 2.6.1 (r261:67515, Jul  7 2009, 23:51:51)
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import py2app
>>> py2app.__version__
'0.4.2'
>>>


I'm running on Snow Leopard.  This version creates the app, but the the
result is Contents/Frameworks only contains libwx_macud-2.8.0.dylib (no
Python.framwork)

My previous py2app worked on my development machine, but clients were
gettting "module object has no attribute tickcount" when running the app.
This prompted me to upgrade.



-Norman
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091012/ca382afb/attachment.htm>

From harijay at gmail.com  Mon Oct 12 20:47:31 2009
From: harijay at gmail.com (hari jayaram)
Date: Mon, 12 Oct 2009 14:47:31 -0400
Subject: [Pythonmac-SIG] Latest Py2app bug..
In-Reply-To: <4AD26783.1090205@codebykevin.com>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<4ACCF329.8070605@noaa.gov>
	<aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>
	<4ACD241C.6040209@noaa.gov>
	<aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>
	<4ACE14E0.6080208@noaa.gov>
	<277c20420910080947i564f41a2u2890e890767d54d8@mail.gmail.com>
	<nad-5AC404.12021908102009@ger.gmane.org>
	<nad-950DE1.12365611102009@ger.gmane.org>
	<4AD26783.1090205@codebykevin.com>
Message-ID: <aad3caa30910121147u1a60e600v11b271affd2341a9@mail.gmail.com>

I get the following error when I build with the newest svn version of
py2app and python.org 2.6.3 on 32 bit OSX leopard , py2app svn build
At revision 84.


ImportError: '/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/wx/_core_.so'
not found

So I still cannot build a standalone wx python app if I use any
python.org python on Leopard MAC OSX 10.5.8

Hari


On Sun, Oct 11, 2009 at 7:17 PM, Kevin Walzer <kw at codebykevin.com> wrote:
> On 10/11/09 3:36 PM, Ned Deily wrote:
>>
>> BTW, I see there is now a py2app 0.4.3 available which should have a
>> proper fix for the "TypeError: int argument required" regression.
>>
>
> Still can't build a four-way 64-bit universal binary of a Tkinter app with
> this new version...
>
> --
> Kevin Walzer
> Code by Kevin
> http://www.codebykevin.com
> _______________________________________________
> Pythonmac-SIG maillist ?- ?Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
>

From nad at acm.org  Mon Oct 12 22:34:28 2009
From: nad at acm.org (Ned Deily)
Date: Mon, 12 Oct 2009 13:34:28 -0700
Subject: [Pythonmac-SIG] problem upgrading to 0.4.3
References: <7eef4fcb0910121138h25933847r923fd8097b63118c@mail.gmail.com>
Message-ID: <nad-19D15A.13342812102009@news.gmane.org>

In article 
<7eef4fcb0910121138h25933847r923fd8097b63118c at mail.gmail.com>,
 Norman Lorrain <normanlorrain at gmail.com> wrote:
> Tried to upgrade, but can't get the correct version...
> 
> mac:~ norman$ sudo easy_install -U py2app
> Password:
> Searching for py2app
> Reading http://pypi.python.org/simple/py2app/
> Reading http://undefined.org/python/#py2app
> Best match: py2app 0.4.3
> Processing py2app-0.4.3-py2.6.egg
> py2app 0.4.3 is already the active version in easy-install.pth
> Installing py2applet script to /usr/local/bin
> 
> Using /Library/Python/2.6/site-packages/py2app-0.4.3-py2.6.egg
> Processing dependencies for py2app
> Finished processing dependencies for py2app
> mac:~ norman$ python
> Python 2.6.1 (r261:67515, Jul  7 2009, 23:51:51)
> [GCC 4.2.1 (Apple Inc. build 5646)] on darwin
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import py2app
> >>> py2app.__version__
> '0.4.2'
> >>>
> 
> 
> I'm running on Snow Leopard.  This version creates the app, but the the
> result is Contents/Frameworks only contains libwx_macud-2.8.0.dylib (no
> Python.framwork)
> 
> My previous py2app worked on my development machine, but clients were
> gettting "module object has no attribute tickcount" when running the app.
> This prompted me to upgrade.

It looks like the version number didn't get bumped.  Check the __file__ 
attribute of the module:

$ /usr/bin/python2.6
Python 2.6.1 (r261:67515, Jul  7 2009, 23:51:51) 
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import py2app
>>> py2app.__file__
'/Library/Python/2.6/site-packages/py2app-0.4.3-py2.6.egg/py2app/__init__
.pyc'
>>> py2app.__version__
'0.4.2'

If it was loaded from 0.4.3 egg, you should be OK.

-- 
 Ned Deily,
 nad at acm.org


From ronaldoussoren at mac.com  Tue Oct 13 09:16:54 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Tue, 13 Oct 2009 09:16:54 +0200
Subject: [Pythonmac-SIG] Latest Py2app bug..
In-Reply-To: <4ACE4021.9040906@noaa.gov>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-5677F3.14373706102009@ger.gmane.org> <4ACCD0CC.8020501@noaa.gov>
	<aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>
	<aad3caa30910071227p4d9e10d0s88638d6cd534bb0f@mail.gmail.com>
	<4ACCF329.8070605@noaa.gov>
	<aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>
	<4ACD241C.6040209@noaa.gov>
	<aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>
	<4ACE14E0.6080208@noaa.gov>
	<277c20420910080947i564f41a2u2890e890767d54d8@mail.gmail.com>
	<nad-5AC404.12021908102009@ger.gmane.org> <4ACE4021.9040906@noaa.gov>
Message-ID: <D50C3148-CF91-41FD-B997-CBA444913CCA@mac.com>


On 8 Oct, 2009, at 21:40, Christopher Barker wrote:

> Ned Deily wrote:
>> Looks like it was caused by a one-line patch that was just added to  
>> py2app.   Try reverting it by changing line 911 of  py2app-0.4.2- 
>> py2.6.egg/py2app/build_app.py from:
>>    pydir = 'python%d.%d'%(info['version'])
>> back to:
>>    pydir = 'python%d.%d'%(sys.version_info[:2])
>
> yup -- that fixed it -- do you have SVN access to roll that back?

He doesn't, but I do. I fixed this in the weekend and released 0.4.3  
with the fix. So much for obviously correct last-minute patches...

Ronald

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091013/951b696d/attachment.bin>

From ronaldoussoren at mac.com  Tue Oct 13 09:25:39 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Tue, 13 Oct 2009 09:25:39 +0200
Subject: [Pythonmac-SIG] Latest Py2app bug..
In-Reply-To: <D50C3148-CF91-41FD-B997-CBA444913CCA@mac.com>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-5677F3.14373706102009@ger.gmane.org> <4ACCD0CC.8020501@noaa.gov>
	<aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>
	<aad3caa30910071227p4d9e10d0s88638d6cd534bb0f@mail.gmail.com>
	<4ACCF329.8070605@noaa.gov>
	<aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>
	<4ACD241C.6040209@noaa.gov>
	<aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>
	<4ACE14E0.6080208@noaa.gov>
	<277c20420910080947i564f41a2u2890e890767d54d8@mail.gmail.com>
	<nad-5AC404.12021908102009@ger.gmane.org> <4ACE4021.9040906@noaa.gov>
	<D50C3148-CF91-41FD-B997-CBA444913CCA@mac.com>
Message-ID: <04EE592B-1D02-4F18-94FD-7148F22B3DED@mac.com>


On 13 Oct, 2009, at 9:16, Ronald Oussoren wrote:

>
> On 8 Oct, 2009, at 21:40, Christopher Barker wrote:
>
>> Ned Deily wrote:
>>> Looks like it was caused by a one-line patch that was just added  
>>> to py2app.   Try reverting it by changing line 911 of   
>>> py2app-0.4.2-py2.6.egg/py2app/build_app.py from:
>>>   pydir = 'python%d.%d'%(info['version'])
>>> back to:
>>>   pydir = 'python%d.%d'%(sys.version_info[:2])
>>
>> yup -- that fixed it -- do you have SVN access to roll that back?
>
> He doesn't, but I do. I fixed this in the weekend and released 0.4.3  
> with the fix. So much for obviously correct last-minute patches...

Is anyone interested in helping to create a testsuite for py2app?

The first priority would be to have some blackbox tests, unittests can  
be added later.  The testcases would be simple applications with a  
setup.py and a verification script.  Testcases should focus on  
variations/libraries that people actually use (Cocoa application,  
wxWidget application, Tk application, ..., using matplotlib, ...)

Ronald
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091013/01ccc76e/attachment-0001.bin>

From gregor.lingl at aon.at  Wed Oct  7 21:40:38 2009
From: gregor.lingl at aon.at (Gregor Lingl)
Date: Wed, 07 Oct 2009 21:40:38 +0200
Subject: [Pythonmac-SIG] Desktop shortcut for IDLE
Message-ID: <4ACCEEB6.1000104@aon.at>

Hi,

I'm relatively new to the Mac.
I have a Python 3.1.1. installation on my Macbook
and I'd like to have a shortcut on my desktop starting
IDLE with the -n switch, that is without subprocess

Under Windows I'd rightclick on the desktop, create a
new shortcut and then enter as the target:

C:\Python31\pythonw C:\Python31\Lib\idlelib\idle.pyw -n
Then I have to give it a name and it's ready. (Additionally
I have the option to change the icon)

Is there a similar and similarly simple way to do this
with Mac OS X? (Leopard)

I am able to start IDLE in this mode from a terminal,
but thats rather cumbersome

python3 
/Library/Frameworks/Python.framework/Versions/3.1/lib/python3.1/idlelib/idle.py 
-n

So Id' like to automate it. (I observed, that the IDLE entry in the 
program folder
is not a simple shortcut, so I couldn't find a way to edit an alias of 
it, in order
to add the -n option.)

Thanks in advance for some cool hints

Gregor

From harijay at gmail.com  Wed Oct 14 00:01:36 2009
From: harijay at gmail.com (hari jayaram)
Date: Tue, 13 Oct 2009 18:01:36 -0400
Subject: [Pythonmac-SIG] 0.4.3 standalone plist issues
Message-ID: <aad3caa30910131501v57c334c4xd512017861fc77ed@mail.gmail.com>

Standalone and plist issues:
I am trying to build a standalone wxpython application
I am using python 2.6.3 and py2app 0.4.3
Here is what I have tried

1)hari$ type python
python is hashed (/Library/Frameworks/Python.framework/Versions/2.6/bin/python)


2) When I run: /Library/Frameworks/Python.framework/Versions/2.6/bin/python
dhcp-129-64-45-53:src hari$
/Library/Frameworks/Python.framework/Versions/2.6/bin/python
Python 2.6.3 (r263:75184, Oct  2 2009, 07:56:03)
[GCC 4.0.1 (Apple Inc. build 5493)] on darwin
Type "help", "copyright", "credits" or "license" for more information.


3) I forced the non standalone build with semi_standalone:False in the
setup.py. I now get a standalone build with python in the following
location
/GridZilla.app/Contents/MacOS/python

4) trying to run the app I get a Plist error :
A Python runtime could be located.  You may need to install a
framework build of Python, or edit the PyRuntimeLocations array in
this application's Info.plist file.

5) If I look at the plist value it is set to:
@executable_path/../Frameworks/Python.framework/Versions/2.6/Python

This location does not exist : What Should I set it to to get the app to work?

6) I tried setting it to ../MacOS/python and the app failed to launch
with the message:
dhcp-129-64-45-53:dist hari$ open GridZilla.app
LSOpenFromURLSpec() failed with error -10810 for the file
/Users/hari/gzilla/src/dist/GridZilla.app.

SO I guess I can force standalone builds with -s option . But now the
Info.plist does not have the correct value.
How can I get the correct value

Thanks a lot in advance
hari



On Thu, Oct 8, 2009 at 12:38 PM, Christopher Barker
<Chris.Barker at noaa.gov> wrote:
> hari jayaram wrote:
>>
>> Just tried a "hello world " app to troubleshoot py2app as Chris Barker
>> suggested.
>>
>> When I say
>> open sayhello.app
>>
>> Nothing happens. No additional console opens . IS this the normal
>> behavior.
>
> yes -- app bundles re-direct stdout to the console, but don't open it for
> you. Try opening the console yourself:
>
> /Applications/Utilities/Console.app
>
> clear it, then run your app bundle -- you should see the output.
>
> -Chris
>
>
>> Here is my hello world style app and its setup.py ( see below)
>> Should the app created with py2app automatically open a console?
>> Even if I click on the *.app icon..nothing happens.
>>
>> Hari
>>
>> ###############
>> printto100.py
>> ###############
>> def main():
>> ? ? ? ?print "Hello, world!"
>> ? ? ? ?for i in range(100):
>> ? ? ? ? ? ? ? ?print i
>> if __name__ == "__main__":
>> ? ? ? main()
>>
>> #############
>> setup.py
>> #############
>> """
>> This is a setup.py script generated by py2applet
>>
>> Usage:
>> ? ?python setup.py py2app
>> """
>>
>> from setuptools import setup
>>
>> APP = ['printo100.py']
>> DATA_FILES = []
>> OPTIONS = {'argv_emulation': True, 'iconfile': './gzilla_ico_fin.icns'}
>>
>> setup(
>> ? ?app=APP,
>> ? ?data_files=DATA_FILES,
>> ? ?options={'py2app': OPTIONS},
>> ? ?setup_requires=['py2app'],
>> )
>>
>>
>>
>> On Wed, Oct 7, 2009 at 7:28 PM, Christopher Barker
>> <Chris.Barker at noaa.gov> wrote:
>>>
>>> hari jayaram wrote:
>>>>
>>>> Thanks Chris for your emails..
>>>
>>> one more thought -- this is looking like it may have nothing to do with
>>> wxPython -- try a simple "hello world" script, and see what happens.
>>>
>>>
>>> -Chris
>>>
>>>
>>>
>>> --
>>> Christopher Barker, Ph.D.
>>> Oceanographer
>>>
>>> Emergency Response Division
>>> NOAA/NOS/OR&R ? ? ? ? ? ?(206) 526-6959 ? voice
>>> 7600 Sand Point Way NE ? (206) 526-6329 ? fax
>>> Seattle, WA ?98115 ? ? ? (206) 526-6317 ? main reception
>>>
>>> Chris.Barker at noaa.gov
>>> _______________________________________________
>>> Pythonmac-SIG maillist ?- ?Pythonmac-SIG at python.org
>>> http://mail.python.org/mailman/listinfo/pythonmac-sig
>>>
>> _______________________________________________
>> Pythonmac-SIG maillist ?- ?Pythonmac-SIG at python.org
>> http://mail.python.org/mailman/listinfo/pythonmac-sig
>
>
> --
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R ? ? ? ? ? ?(206) 526-6959 ? voice
> 7600 Sand Point Way NE ? (206) 526-6329 ? fax
> Seattle, WA ?98115 ? ? ? (206) 526-6317 ? main reception
>
> Chris.Barker at noaa.gov
> _______________________________________________
> Pythonmac-SIG maillist ?- ?Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
>

From pythonmac at rebertia.com  Wed Oct 14 01:19:02 2009
From: pythonmac at rebertia.com (Chris Rebert)
Date: Tue, 13 Oct 2009 16:19:02 -0700
Subject: [Pythonmac-SIG] Desktop shortcut for IDLE
In-Reply-To: <4ACCEEB6.1000104@aon.at>
References: <4ACCEEB6.1000104@aon.at>
Message-ID: <50697b2c0910131619y5d5364c3s7e66cb64501d2f9f@mail.gmail.com>

On Wed, Oct 7, 2009 at 12:40 PM, Gregor Lingl <gregor.lingl at aon.at> wrote:
> Hi,
>
> I'm relatively new to the Mac.
> I have a Python 3.1.1. installation on my Macbook
> and I'd like to have a shortcut on my desktop starting
> IDLE with the -n switch, that is without subprocess
>
> Under Windows I'd rightclick on the desktop, create a
> new shortcut and then enter as the target:
>
> C:\Python31\pythonw C:\Python31\Lib\idlelib\idle.pyw -n
> Then I have to give it a name and it's ready. (Additionally
> I have the option to change the icon)
>
> Is there a similar and similarly simple way to do this
> with Mac OS X? (Leopard)
>
> I am able to start IDLE in this mode from a terminal,
> but thats rather cumbersome
>
> python3
> /Library/Frameworks/Python.framework/Versions/3.1/lib/python3.1/idlelib/idle.py
> -n
>
> So Id' like to automate it. (I observed, that the IDLE entry in the program
> folder
> is not a simple shortcut, so I couldn't find a way to edit an alias of it,
> in order
> to add the -n option.)

Well, you could make a shell script (call it "idle-n.sh"):

echo "#!/bin/sh" > ~/Desktop/idle-n.sh
echo "python3 /Library/Frameworks/Python.framework/Versions/3.1/lib/python3.1/idlelib/idle.py
-n" >> ~/Desktop/idle-n.sh
chmod a+x ~/Desktop/idle-n.sh

Then Cmd+I the shell script in Finder, and drag a new icon over the
existing one in the inspector (this worked in testing with another
file of a different type).

Cheers,
Chris
--
http://blog.rebertia.com

From harijay at gmail.com  Wed Oct 14 16:45:29 2009
From: harijay at gmail.com (hari jayaram)
Date: Wed, 14 Oct 2009 10:45:29 -0400
Subject: [Pythonmac-SIG] Framework does not get copied for standalone build:
	0.4.3
Message-ID: <aad3caa30910140745t153af1dfsdd8fa433ce3868a@mail.gmail.com>

My py2applet build_app.py script has the following line in line 911
        pydir = 'python%s'%(info['version'])

When I force a standalone build, the Frameworks directory has no
Python.Framework

The info.plist is setup correctly  with the value :
@executable_path/../Frameworks/Python.framework/Versions/2.6/Python
If I manually copy the framework to the bundle the bundle works.

SO my  questions are :
1) Is the bundle now standalone and universal i.e can I run it on
Tiger and Leopard , intel and powerpc
2) What should line 911 read to have the Framework copied over correctly


Thanks
hari


"""
This is a setup.py script generated by py2applet

Usage:
    python setup.py py2app
"""

from setuptools import setup

APP = ['GridZilla.py']
DATA_FILES = []
OPTIONS = {'argv_emulation': True,
'semi_standalone':False,
 'iconfile': './gzilla_ico_fin.icns',
 'includes': 'wx,reportlab,yaml',
'packages':('wx','reportlab','yaml'),
'site_packages': True}

setup(
    app=APP,
    data_files=DATA_FILES,
    options={'py2app': OPTIONS},
    setup_requires=['py2app'],
)

From kw at codebykevin.com  Wed Oct 14 16:59:09 2009
From: kw at codebykevin.com (Kevin Walzer)
Date: Wed, 14 Oct 2009 10:59:09 -0400
Subject: [Pythonmac-SIG] Framework does not get copied for standalone
 build:	0.4.3
In-Reply-To: <aad3caa30910140745t153af1dfsdd8fa433ce3868a@mail.gmail.com>
References: <aad3caa30910140745t153af1dfsdd8fa433ce3868a@mail.gmail.com>
Message-ID: <4AD5E73D.4010504@codebykevin.com>

On 10/14/09 10:45 AM, hari jayaram wrote:
> My py2applet build_app.py script has the following line in line 911
>          pydir = 'python%s'%(info['version'])
>
> When I force a standalone build, the Frameworks directory has no
> Python.Framework
>
> The info.plist is setup correctly  with the value :
> @executable_path/../Frameworks/Python.framework/Versions/2.6/Python
> If I manually copy the framework to the bundle the bundle works.
>
> SO my  questions are :
> 1) Is the bundle now standalone and universal i.e can I run it on
> Tiger and Leopard , intel and powerpc
> 2) What should line 911 read to have the Framework copied over correctly
>

I wonder if the problem is with py2applet and the build script it 
generates? Writing your own setup.py script for py2app isn't very hard, 
and wxPython is well-supported by py2app. Try writing your own script 
and see what happens.
-- 
Kevin Walzer
Code by Kevin
http://www.codebykevin.com

From Chris.Barker at noaa.gov  Thu Oct 15 03:39:54 2009
From: Chris.Barker at noaa.gov (Chris Barker)
Date: Wed, 14 Oct 2009 18:39:54 -0700
Subject: [Pythonmac-SIG] Latest Py2app bug..
In-Reply-To: <04EE592B-1D02-4F18-94FD-7148F22B3DED@mac.com>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-5677F3.14373706102009@ger.gmane.org> <4ACCD0CC.8020501@noaa.gov>
	<aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>
	<aad3caa30910071227p4d9e10d0s88638d6cd534bb0f@mail.gmail.com>
	<4ACCF329.8070605@noaa.gov>
	<aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>
	<4ACD241C.6040209@noaa.gov>
	<aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>
	<4ACE14E0.6080208@noaa.gov>
	<277c20420910080947i564f41a2u2890e890767d54d8@mail.gmail.com>
	<nad-5AC404.12021908102009@ger.gmane.org> <4ACE4021.9040906@noaa.gov>
	<D50C3148-CF91-41FD-B997-CBA444913CCA@mac.com>
	<04EE592B-1D02-4F18-94FD-7148F22B3DED@mac.com>
Message-ID: <4AD67D6A.6000806@noaa.gov>

Ronald Oussoren wrote:
> Is anyone interested in helping to create a testsuite for py2app?
> 
> The first priority would be to have some blackbox tests, unittests can 
> be added later.

good idea.

   The testcases would be simple applications with a
> setup.py and a verification script.  Testcases should focus on 
> variations/libraries that people actually use (Cocoa application, 
> wxWidget application, Tk application, ..., using matplotlib, ...)

I've got a few of these already -- wx and mpl at least, though no 
verification scripts. I can't imagine they'd be hard to write, though.

I'm out of town and without my mac for a while. If I don't contribute 
something in a few weeks, feel free to ask again.

NOTE: I'm not sure quite what to do to verify -- I can test that it 
builds and runs, which would be a good start, but that wouldn't test if 
it would run on another machine... it's a start in any case.

NOTE 2: I don't think the OP's problem has been addressed -- he appears 
to be getting errors because the "python" in his app bundle is a ink to 
  one in the system rather than a self contained copy. This despite 
using python.org python. Any ideas?


-Chris



-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From Chris.Barker at noaa.gov  Thu Oct 15 03:46:41 2009
From: Chris.Barker at noaa.gov (Chris Barker)
Date: Wed, 14 Oct 2009 18:46:41 -0700
Subject: [Pythonmac-SIG] Framework does not get copied for standalone
 build:	0.4.3
In-Reply-To: <4AD5E73D.4010504@codebykevin.com>
References: <aad3caa30910140745t153af1dfsdd8fa433ce3868a@mail.gmail.com>
	<4AD5E73D.4010504@codebykevin.com>
Message-ID: <4AD67F01.4000304@noaa.gov>

Kevin Walzer wrote:
  I wonder if the problem is with py2applet and the build script it
> generates?

Maybe, you seem to be making this more  complicated than it should be. 
This should do it:

from setuptools import setup

APP = ['GridZilla.py']
DATA_FILES = []
OPTIONS = {'argv_emulation': True,
            'iconfile': './gzilla_ico_fin.icns',
            }

setup(
     app=APP,
     options={'py2app': OPTIONS},
     setup_requires=['py2app'],
)

i.e. If you aren't using the system python, it should build a 
stand-alone, and you shouldn't need to explicitly include wx, and 
certainly not as packages and includes.

I'm not totally sure about yaml or report lab, but try without first.

-Chris



-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From harijay at gmail.com  Thu Oct 15 04:29:48 2009
From: harijay at gmail.com (hari jayaram)
Date: Wed, 14 Oct 2009 22:29:48 -0400
Subject: [Pythonmac-SIG] Framework does not get copied for standalone
	build: 0.4.3
In-Reply-To: <4AD67F01.4000304@noaa.gov>
References: <aad3caa30910140745t153af1dfsdd8fa433ce3868a@mail.gmail.com>
	<4AD5E73D.4010504@codebykevin.com> <4AD67F01.4000304@noaa.gov>
Message-ID: <aad3caa30910141929h234bb5davd28278f38a7a7fe8@mail.gmail.com>

Thanks for your emails ..

In my several tests over the last few days. I can definitely say that
without forcing the standalone build , when I used the python from
python.org ( both 2.5.5 and 2.6.3) . py2app never created a standalone
build. It bundles the required libraries but never includes the system
python. That results in bundles that give a wx/_core_.so not dound
error.

This may be a Leopard feature with  the python downloaded from
python.org but without setting semi_standalone:False I never get a
standalone build with these pythons and py2app.

If I use the very basic setup.py that Chris Barker mentioned. Then not
only do I not get the python built into the bundle . But the linking
is all messed up and I get the error.
"ImportError: '/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/wx/_core_.so'
not found"

Inside the  bundle I see a symlinked python
python -> /Library/Frameworks/Python.framework/Versions/2.6/Resources/Python.app/Contents/MacOS/Python

So I feel something is very different and with 0.4.2 and 0.4.3 I do
not get standalone builds without explicity stating anything . The
wordy setup.py was a result of numerous trials ..which finally gave me
a app bundle into which I copied the Python Framework manually and
then the bundle worked.

Hari


On Wed, Oct 14, 2009 at 9:46 PM, Chris Barker <Chris.Barker at noaa.gov> wrote:
> Kevin Walzer wrote:
> ?I wonder if the problem is with py2applet and the build script it
>>
>> generates?
>
> Maybe, you seem to be making this more ?complicated than it should be. This
> should do it:
>
> from setuptools import setup
>
> APP = ['GridZilla.py']
> DATA_FILES = []
> OPTIONS = {'argv_emulation': True,
> ? ? ? ? ? 'iconfile': './gzilla_ico_fin.icns',
> ? ? ? ? ? }
>
> setup(
> ? ?app=APP,
> ? ?options={'py2app': OPTIONS},
> ? ?setup_requires=['py2app'],
> )
>
> i.e. If you aren't using the system python, it should build a stand-alone,
> and you shouldn't need to explicitly include wx, and certainly not as
> packages and includes.
>
> I'm not totally sure about yaml or report lab, but try without first.
>
> -Chris
>
>
>
> --
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R ? ? ? ? ? ?(206) 526-6959 ? voice
> 7600 Sand Point Way NE ? (206) 526-6329 ? fax
> Seattle, WA ?98115 ? ? ? (206) 526-6317 ? main reception
>
> Chris.Barker at noaa.gov
> _______________________________________________
> Pythonmac-SIG maillist ?- ?Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
>

From Chris.Barker at noaa.gov  Thu Oct 15 05:36:35 2009
From: Chris.Barker at noaa.gov (Chris Barker)
Date: Wed, 14 Oct 2009 20:36:35 -0700
Subject: [Pythonmac-SIG] Framework does not get copied for standalone
 build: 0.4.3
In-Reply-To: <aad3caa30910141929h234bb5davd28278f38a7a7fe8@mail.gmail.com>
References: <aad3caa30910140745t153af1dfsdd8fa433ce3868a@mail.gmail.com>
	<4AD5E73D.4010504@codebykevin.com> <4AD67F01.4000304@noaa.gov>
	<aad3caa30910141929h234bb5davd28278f38a7a7fe8@mail.gmail.com>
Message-ID: <4AD698C3.20401@noaa.gov>

hari jayaram wrote:
> In my several tests over the last few days. I can definitely say that
> without forcing the standalone build , when I used the python from
> python.org ( both 2.5.5 and 2.6.3) . py2app never created a standalone
> build. It bundles the required libraries but never includes the system
> python. That results in bundles that give a wx/_core_.so not dound
> error.
> 
> This may be a Leopard feature with  the python downloaded from
> python.org but without setting semi_standalone:False I never get a
> standalone build withuprobably  these pythons and py2app.
> 
> If I use the very basic setup.py that Chris Barker mentioned. Then not
> only do I not get the python built into the bundle . But the linking
> is all messed up and I get the error.

I think those two are the same error -- it's trying to link relative to 
the python exe.

Anyway, it appears you've found a bug. What I'm not clear on is if it's 
working OK for anyone else on a 10.6 system -- if so, then I wonder what 
is different about yours? (sorry to question the obvious again, but are 
absolutely sure that you are running py2app with the python you think 
you are?)

This is going to take a bit of debugging. I think Ronald may be the only 
one that knows the guts of py2app at all, and I don't know if he's got 
the time, or can even duplicate the problem, so you may need to do it 
yourself -- or, if  you've got something working, maybe not bother!

If you do, try running it in a debugger, or simply sprinkling print 
statements around, and see if you can see why it's  getting confused 
about when to build stand-alone -- you may try grepping the source for 
"standalone" or something to find the relevant code.

Last note; even if you do need some of your tricks, you probably don't 
need to explicitly include wxPython, and certainly not as both 
"packages" and "includes"

good luck,

-Chris

-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From harijay at gmail.com  Fri Oct 16 00:11:14 2009
From: harijay at gmail.com (hari jayaram)
Date: Thu, 15 Oct 2009 18:11:14 -0400
Subject: [Pythonmac-SIG] Finallt built a universal Binary from py2app 0.4.3
Message-ID: <aad3caa30910151511u4f93fd12w26ef007be6e10ac6@mail.gmail.com>

Thanks to everyone for your help..
I finally have a truly Universal build with py2app 0.4.3.
I have confirmed that it works on Intel and Power-PC , tiger , leopard
and snow-leopard.

Here is my protocol, I am repeating it because it took me a while to
get all the bits in place
I am building on Leopard -10.5.8 intel mac

1) I was using python.org python 2.6.3
2) wxpython binary build for 2.6 from wxpython.org
3) Installed all my dependent libraries for the new python 2.6.3 ,
reportlab , yaml  and py2app and macholib from subversion (links here
http://www.undefined.org/python/)
4 ) Used the verbose setup.py ( see below)
5)  Ran python setup.py py2app
6) I then had to manually create a directory for the Framework inside
the bundle.app/Contents/Frameworks directory
 mkdir Python.framework
 mkdir Python.framework/Versions
 mkdir Python.framework/Versions/2.6
And copy in the Framework build from my disk into the *.app bundle

cp /Library/Frameworks/Python.framework/Versions/2.6/Python
Python.framework/Versions/2.6/

7) The Resulting app bundle was 103 M uncompressed
8) I used DiskUtility to create a dmg file after I moved the *.app
bundle into a new folder . Used the Disk utility command - create -
disk image from folder . The compressed disk image was 33MB

9) Importantly the  Disk Image ran on both mac cpu platforms and tiger
, leopard and snow-leopard OSes

I am sure this process can be fine-tuned. But thought I would send this along .

Thanks
hari

setup.py:
"""
This is a setup.py script generated by py2applet

Usage:
    python setup.py py2app
"""

from setuptools import setup

APP = ['GridZilla.py']
DATA_FILES = []
OPTIONS = {'argv_emulation': True,
 'iconfile': './gzilla_ico_fin.icns',
'semi_standalone':'False',
 'includes': 'wx,reportlab,yaml',
'packages':('wx','reportlab','yaml'),
'site_packages': True}

setup(
    app=APP,
    data_files=DATA_FILES,
    options={'py2app': OPTIONS},
    setup_requires=['py2app'],
)

From ronaldoussoren at mac.com  Fri Oct 16 06:57:00 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Fri, 16 Oct 2009 06:57:00 +0200
Subject: [Pythonmac-SIG] Latest Py2app bug..
In-Reply-To: <4AD67D6A.6000806@noaa.gov>
References: <aad3caa30910051157p5f63b9ffue12fe71b1d38678d@mail.gmail.com>
	<nad-5677F3.14373706102009@ger.gmane.org> <4ACCD0CC.8020501@noaa.gov>
	<aad3caa30910071137r3bdbd476kec87d95bbfda94b0@mail.gmail.com>
	<aad3caa30910071227p4d9e10d0s88638d6cd534bb0f@mail.gmail.com>
	<4ACCF329.8070605@noaa.gov>
	<aad3caa30910071343w5fbb9732p3527639158b6abd0@mail.gmail.com>
	<4ACD241C.6040209@noaa.gov>
	<aad3caa30910080821o558ded0al8c8243dafd6e4b49@mail.gmail.com>
	<4ACE14E0.6080208@noaa.gov>
	<277c20420910080947i564f41a2u2890e890767d54d8@mail.gmail.com>
	<nad-5AC404.12021908102009@ger.gmane.org> <4ACE4021.9040906@noaa.gov>
	<D50C3148-CF91-41FD-B997-CBA444913CCA@mac.com>
	<04EE592B-1D02-4F18-94FD-7148F22B3DED@mac.com>
	<4AD67D6A.6000806@noaa.gov>
Message-ID: <6A98D107-4D5D-4F52-A282-AC9F3BF25E5D@mac.com>


On 15 Oct, 2009, at 3:39, Chris Barker wrote:

> Ronald Oussoren wrote:
>> Is anyone interested in helping to create a testsuite for py2app?
>> The first priority would be to have some blackbox tests, unittests  
>> can be added later.
>
> good idea.
>
>  The testcases would be simple applications with a
>> setup.py and a verification script.  Testcases should focus on  
>> variations/libraries that people actually use (Cocoa application,  
>> wxWidget application, Tk application, ..., using matplotlib, ...)
>
> I've got a few of these already -- wx and mpl at least, though no  
> verification scripts. I can't imagine they'd be hard to write, though.
>
> I'm out of town and without my mac for a while. If I don't  
> contribute something in a few weeks, feel free to ask again.

That would be great.  I'll start working on a test harnass and will  
report back when I'm ready for contributions.

>
> NOTE: I'm not sure quite what to do to verify -- I can test that it  
> builds and runs, which would be a good start, but that wouldn't test  
> if it would run on another machine... it's a start in any case.

Testing that it builds and runs would be good enough until there are  
good reasons to expect otherwise.  I'll also write a couple of tests  
that verify that the Python framework gets copied into the bundle for  
'--standalone' builds and doesn't get copied for '--semi-standalone'  
ones (including builds using the system python).

>
> NOTE 2: I don't think the OP's problem has been addressed -- he  
> appears to be getting errors because the "python" in his app bundle  
> is a ink to  one in the system rather than a self contained copy.  
> This despite using python.org python. Any ideas?

I know, but don't have time to look into that until tomorrow or Sunday.

Ronald

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091016/641b66f2/attachment.bin>

From ronaldoussoren at mac.com  Fri Oct 16 07:02:48 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Fri, 16 Oct 2009 07:02:48 +0200
Subject: [Pythonmac-SIG] Framework does not get copied for standalone
 build: 0.4.3
In-Reply-To: <4AD698C3.20401@noaa.gov>
References: <aad3caa30910140745t153af1dfsdd8fa433ce3868a@mail.gmail.com>
	<4AD5E73D.4010504@codebykevin.com> <4AD67F01.4000304@noaa.gov>
	<aad3caa30910141929h234bb5davd28278f38a7a7fe8@mail.gmail.com>
	<4AD698C3.20401@noaa.gov>
Message-ID: <700C2CF5-25AB-424C-906C-F5E6F81FD52E@mac.com>


On 15 Oct, 2009, at 5:36, Chris Barker wrote:

> hari jayaram wrote:
>> In my several tests over the last few days. I can definitely say that
>> without forcing the standalone build , when I used the python from
>> python.org ( both 2.5.5 and 2.6.3) . py2app never created a  
>> standalone
>> build. It bundles the required libraries but never includes the  
>> system
>> python. That results in bundles that give a wx/_core_.so not dound
>> error.
>> This may be a Leopard feature with  the python downloaded from
>> python.org but without setting semi_standalone:False I never get a
>> standalone build withuprobably  these pythons and py2app.
>> If I use the very basic setup.py that Chris Barker mentioned. Then  
>> not
>> only do I not get the python built into the bundle . But the linking
>> is all messed up and I get the error.
>
> I think those two are the same error -- it's trying to link relative  
> to the python exe.
>
> Anyway, it appears you've found a bug. What I'm not clear on is if  
> it's working OK for anyone else on a 10.6 system -- if so, then I  
> wonder what is different about yours? (sorry to question the obvious  
> again, but are absolutely sure that you are running py2app with the  
> python you think you are?)
>
> This is going to take a bit of debugging. I think Ronald may be the  
> only one that knows the guts of py2app at all, and I don't know if  
> he's got the time, or can even duplicate the problem, so you may  
> need to do it yourself -- or, if  you've got something working,  
> maybe not bother!

Hari: could you try to create a simple hello-world style program with  
a setup.py that has the same problem on your machine? That would make  
it a lot easier to debug the problem.

Also, what's the output of of the following command:

	python -c 'import sys; print sys.prefix'

Run this in the same way to run setup.py.

BTW. If you do resolve the issue please let us know about it, knowing  
what's wrong can help us improve py2app or its documentation. And at  
the very least this will help others that run into the same issue.

Ronald
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091016/6b1f53c8/attachment.bin>

From harijay at gmail.com  Fri Oct 16 09:20:01 2009
From: harijay at gmail.com (hari jayaram)
Date: Fri, 16 Oct 2009 03:20:01 -0400
Subject: [Pythonmac-SIG] Framework does not get copied for standalone
	build: 0.4.3
In-Reply-To: <700C2CF5-25AB-424C-906C-F5E6F81FD52E@mac.com>
References: <aad3caa30910140745t153af1dfsdd8fa433ce3868a@mail.gmail.com>
	<4AD5E73D.4010504@codebykevin.com> <4AD67F01.4000304@noaa.gov>
	<aad3caa30910141929h234bb5davd28278f38a7a7fe8@mail.gmail.com>
	<4AD698C3.20401@noaa.gov>
	<700C2CF5-25AB-424C-906C-F5E6F81FD52E@mac.com>
Message-ID: <aad3caa30910160020jcfed6f2od5eb930018599e52@mail.gmail.com>

Hi Ronald.
1) python -c 'import sys; print sys.prefix'  returns

/Library/Frameworks/Python.framework/Versions/2.6

2) My Simple sayhello.py

#!/usr/bin/python
import wx
class MyFrame(wx.Frame):

        def __init__(self,*args,**kwds):
                kwds["size"] = (640,480)
                wx.Frame.__init__(self,*args,**kwds)
                self.Show()
if __name__ == "__main__":
        ma = wx.PySimpleApp()
        f = MyFrame(None,-1,title="An App:Hello world")
        ma.MainLoop()

3) setup.py I used to build
"""
This is a setup.py script generated by py2applet

Usage:
    python setup.py py2app
"""

from setuptools import setup

APP = ['sayhello.py']
DATA_FILES = []
OPTIONS = {'argv_emulation': True, 'iconfile': './gzilla_ico_fin.icns', 'semi_st
andalone': 'False'}

setup(
    app=APP,
    data_files=DATA_FILES,
    options={'py2app': OPTIONS},
    setup_requires=['py2app'],
)

4)Error when I run bundle:
A Python runtime could be located.  You may need to install a
framework build of Python, or edit the PyRuntimeLocations array in
this application's Info.plist file.

5) This seems to be because the Info.plist refers to the framework at
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN"
"http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<string>@executable_path/../Frameworks/Python.framework/Versions/2.6/Python</string>
</plist>

6) There is no framework copied to that location in the bundle

harijaymac:hello hari$ cd dist/sayhello.app/Contents/Frameworks/
harijaymac:Frameworks hari$ ls
libwx_macud-2.8.0.dylib

7) If I make the directory Python.framework/Versions/Versions/2.6
inside @executable_path/../Frameworks and copy over the framework
Python manuakly into the bundle.

so :
cp /Library/Frameworks/Python.framework/Versions/2.6/Python
/dist/sayhello.app/Contents/Frameworks/Python.framework/Versions/2.6/


Then sayhello.ap works just fine


Hope this helps
Hari


On Fri, Oct 16, 2009 at 1:02 AM, Ronald Oussoren <ronaldoussoren at mac.com> wrote:
>
> On 15 Oct, 2009, at 5:36, Chris Barker wrote:
>
>> hari jayaram wrote:
>>>
>>> In my several tests over the last few days. I can definitely say that
>>> without forcing the standalone build , when I used the python from
>>> python.org ( both 2.5.5 and 2.6.3) . py2app never created a standalone
>>> build. It bundles the required libraries but never includes the system
>>> python. That results in bundles that give a wx/_core_.so not dound
>>> error.
>>> This may be a Leopard feature with ?the python downloaded from
>>> python.org but without setting semi_standalone:False I never get a
>>> standalone build withuprobably ?these pythons and py2app.
>>> If I use the very basic setup.py that Chris Barker mentioned. Then not
>>> only do I not get the python built into the bundle . But the linking
>>> is all messed up and I get the error.
>>
>> I think those two are the same error -- it's trying to link relative to
>> the python exe.
>>
>> Anyway, it appears you've found a bug. What I'm not clear on is if it's
>> working OK for anyone else on a 10.6 system -- if so, then I wonder what is
>> different about yours? (sorry to question the obvious again, but are
>> absolutely sure that you are running py2app with the python you think you
>> are?)
>>
>> This is going to take a bit of debugging. I think Ronald may be the only
>> one that knows the guts of py2app at all, and I don't know if he's got the
>> time, or can even duplicate the problem, so you may need to do it yourself
>> -- or, if ?you've got something working, maybe not bother!
>
> Hari: could you try to create a simple hello-world style program with a
> setup.py that has the same problem on your machine? That would make it a lot
> easier to debug the problem.
>
> Also, what's the output of of the following command:
>
> ? ? ? ?python -c 'import sys; print sys.prefix'
>
> Run this in the same way to run setup.py.
>
> BTW. If you do resolve the issue please let us know about it, knowing what's
> wrong can help us improve py2app or its documentation. And at the very least
> this will help others that run into the same issue.
>
> Ronald

From fonnesbeck at gmail.com  Mon Oct 19 22:47:47 2009
From: fonnesbeck at gmail.com (Chris Fonnesbeck)
Date: Tue, 20 Oct 2009 09:47:47 +1300
Subject: [Pythonmac-SIG] Unwanted PPC build in setuptools
Message-ID: <723eb6930910191347x397a8a3cx5948316f020aefc1@mail.gmail.com>

Is there any way of convincing setuptools to *not* build for PPC? For
some reason, it tries to build a universal binary by default:

g++ -arch i386 -arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk ...etc

Which results in errors:

ld warning: in /Developer/SDKs/MacOSX10.4u.sdk/Library/Frameworks/Python.framework/Versions/4.3.0/lib/libz.dylib,
file is not of required architecture
ld: in /Developer/SDKs/MacOSX10.4u.sdk/Library/Frameworks/Python.framework/Versions/4.3.0/lib/libz.1.dylib,
file is not of required architecture for architecture ppc

I have no interest in building universals -- how can I switch this
off? I already tried putting "-arch i386" in my LDFLAGS, but to no
avail.

Thanks,
cf

From ronaldoussoren at mac.com  Mon Oct 19 22:59:23 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Mon, 19 Oct 2009 22:59:23 +0200
Subject: [Pythonmac-SIG] Unwanted PPC build in setuptools
In-Reply-To: <723eb6930910191347x397a8a3cx5948316f020aefc1@mail.gmail.com>
References: <723eb6930910191347x397a8a3cx5948316f020aefc1@mail.gmail.com>
Message-ID: <99CDE60A-662F-4D7B-9E3E-7D230126EC4C@mac.com>


On 19 Oct, 2009, at 22:47, Chris Fonnesbeck wrote:

> Is there any way of convincing setuptools to *not* build for PPC? For
> some reason, it tries to build a universal binary by default:
>
> g++ -arch i386 -arch ppc -isysroot /Developer/SDKs/ 
> MacOSX10.4u.sdk ...etc
>
> Which results in errors:
>
> ld warning: in /Developer/SDKs/MacOSX10.4u.sdk/Library/Frameworks/ 
> Python.framework/Versions/4.3.0/lib/libz.dylib,
> file is not of required architecture
> ld: in /Developer/SDKs/MacOSX10.4u.sdk/Library/Frameworks/ 
> Python.framework/Versions/4.3.0/lib/libz.1.dylib,
> file is not of required architecture for architecture ppc
>
> I have no interest in building universals -- how can I switch this
> off? I already tried putting "-arch i386" in my LDFLAGS, but to no
> avail.

Add ['-arch', 'i386'] to both extra_compile_args and extra_link args  
of the Extension objects.

BTW. The path's in the error-messages above are fishy, there shouldn't  
be a '4.3.0' version in Python.framework.

Ronald
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091019/6d69f3f8/attachment.bin>

From robert.kern at gmail.com  Mon Oct 19 23:20:22 2009
From: robert.kern at gmail.com (Robert Kern)
Date: Mon, 19 Oct 2009 16:20:22 -0500
Subject: [Pythonmac-SIG] Unwanted PPC build in setuptools
In-Reply-To: <99CDE60A-662F-4D7B-9E3E-7D230126EC4C@mac.com>
References: <723eb6930910191347x397a8a3cx5948316f020aefc1@mail.gmail.com>
	<99CDE60A-662F-4D7B-9E3E-7D230126EC4C@mac.com>
Message-ID: <hbil6n$pit$1@ger.gmane.org>

On 2009-10-19 15:59 PM, Ronald Oussoren wrote:
>
> On 19 Oct, 2009, at 22:47, Chris Fonnesbeck wrote:
>
>> Is there any way of convincing setuptools to *not* build for PPC? For
>> some reason, it tries to build a universal binary by default:
>>
>> g++ -arch i386 -arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk ...etc
>>
>> Which results in errors:
>>
>> ld warning: in
>> /Developer/SDKs/MacOSX10.4u.sdk/Library/Frameworks/Python.framework/Versions/4.3.0/lib/libz.dylib,
>>
>> file is not of required architecture
>> ld: in
>> /Developer/SDKs/MacOSX10.4u.sdk/Library/Frameworks/Python.framework/Versions/4.3.0/lib/libz.1.dylib,
>>
>> file is not of required architecture for architecture ppc
>>
>> I have no interest in building universals -- how can I switch this
>> off? I already tried putting "-arch i386" in my LDFLAGS, but to no
>> avail.

Edit /Library/Frameworks/.../lib/python2.5/config/Makefile to remove the 
occurrences of "-arch ppc" if you never want to build PPC versions of stuff 
again. More recent versions of EPD should have that done already.

> Add ['-arch', 'i386'] to both extra_compile_args and extra_link args of
> the Extension objects.

Will that get rid of the pre-existing "-arch ppc" flags?

> BTW. The path's in the error-messages above are fishy, there shouldn't
> be a '4.3.0' version in Python.framework.

I presume he's using the Enthought Python Distribution (disclosure: I work for 
Enthought), which does have such a version number. It's basically a 
not-entirely-palatable hack to make sure that users can install and uninstall 
EPD in order to try it out without breaking their previously installed Pythons.

-- 
Robert Kern

"I have come to believe that the whole world is an enigma, a harmless enigma
  that is made terrible by our own mad attempt to interpret it as though it had
  an underlying truth."
   -- Umberto Eco


From fonnesbeck at gmail.com  Tue Oct 20 01:45:50 2009
From: fonnesbeck at gmail.com (Chris Fonnesbeck)
Date: Tue, 20 Oct 2009 12:45:50 +1300
Subject: [Pythonmac-SIG] Unwanted PPC build in setuptools
In-Reply-To: <hbil6n$pit$1@ger.gmane.org>
References: <723eb6930910191347x397a8a3cx5948316f020aefc1@mail.gmail.com> 
	<99CDE60A-662F-4D7B-9E3E-7D230126EC4C@mac.com>
	<hbil6n$pit$1@ger.gmane.org>
Message-ID: <723eb6930910191645y2aca17fftf06db069e8c98cac@mail.gmail.com>

On Tue, Oct 20, 2009 at 10:20 AM, Robert Kern <robert.kern at gmail.com> wrote:
> I presume he's using the Enthought Python Distribution (disclosure: I work
> for Enthought), which does have such a version number. It's basically a
> not-entirely-palatable hack to make sure that users can install and
> uninstall EPD in order to try it out without breaking their previously
> installed Pythons.

Thanks for the advice. I was indeed using Enthought. I am just going
to go ahead and upgrade, and see what that does.

cf

-- 
Chris Fonnesbeck
Department of Mathematics and Statistics
PO Box 56, University of Otago
Dunedin, New Zealand

From hsanderson at s-brandingsolutions.com  Tue Oct 20 13:20:12 2009
From: hsanderson at s-brandingsolutions.com (Hamish Sanderson)
Date: Tue, 20 Oct 2009 12:20:12 +0100
Subject: [Pythonmac-SIG] problems with Distributed Objects and PyObjC
Message-ID: <2A59E6C0-0F3F-43EC-BB88-632866F4A02D@s-brandingsolutions.com>

Hi all,

Trying to use Distributed Objects to communicate between PyObjC-based  
processes on 10.5 and/or 10.6, but encountering various problems when  
passing Python values, as illustrated below. The production code  
currently only passes Python strings as arguments so I can work around  
these issues for now by ensuring I always wrap them as NSStrings, but  
it's going to create headaches if I start to use DO for more advanced  
IPC.

Anyone any thoughts? (Including suggestions for alternative LAN- 
capable IPC options.)

Thanks,

Hamish


------- doserver.py -------

from Cocoa import *

class Server(NSObject):
	def test(self, arg):
		print 'received:', arg
		return NSString.stringWithString_(u"ok")

receiveport = NSSocketPort.alloc().initWithTCPPort_(8080)
connection =  
NSConnection.connectionWithReceivePort_sendPort_(receiveport, None)
server = Server.alloc().init()
connection.setRootObject_(server)
NSRunLoop.mainRunLoop().run()



------- doclient.py -------

from Cocoa import *

sendport = NSSocketPort.alloc().initRemoteWithTCPPort_host_(8080,  
u"localhost")
connection = NSConnection.connectionWithReceivePort_sendPort_(None,  
sendport)
proxy = connection.rootProxy()

try:
	print "reply", proxy.test(43)
except Exception, e:
	print e
# doclient.py fails:
# ValueError: NSInvalidArgumentException - *** -encodeInt:forKey: only  
defined for abstract class.
#    Define -[NSConcretePortCoder encodeInt:forKey:]!

print "reply", proxy.test(NSNumber.numberWithInt_(43)) # OK

try:
	print "reply", proxy.test([]) # OK on 10.6
except Exception, e:
	print e
# doclient.py fails on 10.5
# ValueError: NSInvalidArgumentException - PyObjC: Encoding python  
objects of type list is not supported

print "reply", proxy.test(True) # OK

print "reply", proxy.test(NSString.stringWithString_(u'hello')) # OK

print "reply", proxy.test(u'hello') # OK on 10.5
# doserver.py fails on 10.6:
# ValueError: NSInvalidArgumentException - -[OC_PythonUnicode  
initWithBytes:length:encoding:]:
#    unrecognized selector sent to instance 0x100261a80



-- 

Hamish Sanderson
Production Workflow Developer
Sun Branding Solutions Ltd
Tel: +44(0)1274 200 700
www.s-brandingsolutions.com





From ronaldoussoren at mac.com  Tue Oct 20 15:30:52 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Tue, 20 Oct 2009 15:30:52 +0200
Subject: [Pythonmac-SIG] problems with Distributed Objects and PyObjC
In-Reply-To: <139336248627312241204502183110314809578-Webmail@me.com>
References: <139336248627312241204502183110314809578-Webmail@me.com>
Message-ID: <19611072818750549858408569680718402121-Webmail@me.com>

 
On Tuesday, October 20, 2009, at 01:20PM, "Hamish Sanderson" <hsanderson at s-brandingsolutions.com> wrote:
>Hi all,
>
>Trying to use Distributed Objects to communicate between PyObjC-based  
>processes on 10.5 and/or 10.6, but encountering various problems when  
>passing Python values, as illustrated below. The production code  
>currently only passes Python strings as arguments so I can work around  
>these issues for now by ensuring I always wrap them as NSStrings, but  
>it's going to create headaches if I start to use DO for more advanced  
>IPC.
>
>Anyone any thoughts? (Including suggestions for alternative LAN- 
>capable IPC options.)

Full DO support requires defining new protocols, which won't work on 64-bit builds.  Even the limited DO support you need may or may not work because it is a low-level library that might interfere with PyObjC. I don't have unittests or sample code for this and hence cannot guarantee that this will work.  

I will look into your issues though, but not today.

An alternative to DO is to use a native Python library (Twisted, XML-RPC, ...) combined with Bonjour.

Ronald
>
>Thanks,
>
>Hamish
>
>
>------- doserver.py -------
>
>from Cocoa import *
>
>class Server(NSObject):
>	def test(self, arg):
>		print 'received:', arg
>		return NSString.stringWithString_(u"ok")
>
>receiveport = NSSocketPort.alloc().initWithTCPPort_(8080)
>connection =  
>NSConnection.connectionWithReceivePort_sendPort_(receiveport, None)
>server = Server.alloc().init()
>connection.setRootObject_(server)
>NSRunLoop.mainRunLoop().run()
>
>
>
>------- doclient.py -------
>
>from Cocoa import *
>
>sendport = NSSocketPort.alloc().initRemoteWithTCPPort_host_(8080,  
>u"localhost")
>connection = NSConnection.connectionWithReceivePort_sendPort_(None,  
>sendport)
>proxy = connection.rootProxy()
>
>try:
>	print "reply", proxy.test(43)
>except Exception, e:
>	print e
># doclient.py fails:
># ValueError: NSInvalidArgumentException - *** -encodeInt:forKey: only  
>defined for abstract class.
>#    Define -[NSConcretePortCoder encodeInt:forKey:]!
>
>print "reply", proxy.test(NSNumber.numberWithInt_(43)) # OK
>
>try:
>	print "reply", proxy.test([]) # OK on 10.6
>except Exception, e:
>	print e
># doclient.py fails on 10.5
># ValueError: NSInvalidArgumentException - PyObjC: Encoding python  
>objects of type list is not supported
>
>print "reply", proxy.test(True) # OK
>
>print "reply", proxy.test(NSString.stringWithString_(u'hello')) # OK
>
>print "reply", proxy.test(u'hello') # OK on 10.5
># doserver.py fails on 10.6:
># ValueError: NSInvalidArgumentException - -[OC_PythonUnicode  
>initWithBytes:length:encoding:]:
>#    unrecognized selector sent to instance 0x100261a80
>
>
>
>-- 
>
>Hamish Sanderson
>Production Workflow Developer
>Sun Branding Solutions Ltd
>Tel: +44(0)1274 200 700
>www.s-brandingsolutions.com
>
>
>
>
>_______________________________________________
>Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
>http://mail.python.org/mailman/listinfo/pythonmac-sig
>
>

From irmen at xs4all.nl  Wed Oct 21 00:33:32 2009
From: irmen at xs4all.nl (Irmen de Jong)
Date: Wed, 21 Oct 2009 00:33:32 +0200
Subject: [Pythonmac-SIG] problems with Distributed Objects and PyObjC
In-Reply-To: <2A59E6C0-0F3F-43EC-BB88-632866F4A02D@s-brandingsolutions.com>
References: <2A59E6C0-0F3F-43EC-BB88-632866F4A02D@s-brandingsolutions.com>
Message-ID: <4ADE3ABC.5020702@xs4all.nl>

Hamish Sanderson wrote:
> Hi all,
> 
> Trying to use Distributed Objects to communicate between PyObjC-based 
> processes on 10.5 and/or 10.6, but encountering various problems when 
> passing Python values, as illustrated below. The production code 
> currently only passes Python strings as arguments so I can work around 
> these issues for now by ensuring I always wrap them as NSStrings, but 
> it's going to create headaches if I start to use DO for more advanced IPC.
> 
> Anyone any thoughts? (Including suggestions for alternative LAN-capable 
> IPC options.)

Both ends are Python?
If they are, maybe you should try Pyro (http://pyro.sourceforge.net).

--irmen

From ronaldoussoren at mac.com  Wed Oct 21 21:59:02 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Wed, 21 Oct 2009 21:59:02 +0200
Subject: [Pythonmac-SIG] Unwanted PPC build in setuptools
In-Reply-To: <hbil6n$pit$1@ger.gmane.org>
References: <723eb6930910191347x397a8a3cx5948316f020aefc1@mail.gmail.com>
	<99CDE60A-662F-4D7B-9E3E-7D230126EC4C@mac.com>
	<hbil6n$pit$1@ger.gmane.org>
Message-ID: <7F82EAD7-EAC6-410F-9746-E0EBFD143605@mac.com>


On 19 Oct, 2009, at 23:20, Robert Kern wrote:

> On 2009-10-19 15:59 PM, Ronald Oussoren wrote:
>>
>> On 19 Oct, 2009, at 22:47, Chris Fonnesbeck wrote:
>>
>>> Is there any way of convincing setuptools to *not* build for PPC?  
>>> For
>>> some reason, it tries to build a universal binary by default:
>>>
>>> g++ -arch i386 -arch ppc -isysroot /Developer/SDKs/ 
>>> MacOSX10.4u.sdk ...etc
>>>
>>> Which results in errors:
>>>
>>> ld warning: in
>>> /Developer/SDKs/MacOSX10.4u.sdk/Library/Frameworks/ 
>>> Python.framework/Versions/4.3.0/lib/libz.dylib,
>>>
>>> file is not of required architecture
>>> ld: in
>>> /Developer/SDKs/MacOSX10.4u.sdk/Library/Frameworks/ 
>>> Python.framework/Versions/4.3.0/lib/libz.1.dylib,
>>>
>>> file is not of required architecture for architecture ppc
>>>
>>> I have no interest in building universals -- how can I switch this
>>> off? I already tried putting "-arch i386" in my LDFLAGS, but to no
>>> avail.
>
> Edit /Library/Frameworks/.../lib/python2.5/config/Makefile to remove  
> the occurrences of "-arch ppc" if you never want to build PPC  
> versions of stuff again. More recent versions of EPD should have  
> that done already.

Patching the installation is evil.

>
>> Add ['-arch', 'i386'] to both extra_compile_args and extra_link  
>> args of
>> the Extension objects.
>
> Will that get rid of the pre-existing "-arch ppc" flags?

Yes.  Distutils assumes that you know what you're doing when you  
specify a -arch flag and strips all existing -arch flags from the  
default flags. Likewise for -isysroot, if you specify that the  
existing one will be removed automaticly.


>
>> BTW. The path's in the error-messages above are fishy, there  
>> shouldn't
>> be a '4.3.0' version in Python.framework.
>
> I presume he's using the Enthought Python Distribution (disclosure:  
> I work for Enthought), which does have such a version number. It's  
> basically a not-entirely-palatable hack to make sure that users can  
> install and uninstall EPD in order to try it out without breaking  
> their previously installed Pythons.

Wouldn't it be better to use '--with-framework-name', IIRC I  
introduced that in 2.6:

	./configure --enable-framework --with-framework-name=EPD

This will create a framework named 'EPD.framework' instead of  
'Python.framework'.

Ronald

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091021/7c29c93b/attachment.bin>

From dpeterson at enthought.com  Wed Oct 21 22:14:37 2009
From: dpeterson at enthought.com (Dave Peterson)
Date: Wed, 21 Oct 2009 15:14:37 -0500
Subject: [Pythonmac-SIG] Unwanted PPC build in setuptools
In-Reply-To: <7F82EAD7-EAC6-410F-9746-E0EBFD143605@mac.com>
References: <723eb6930910191347x397a8a3cx5948316f020aefc1@mail.gmail.com>	<99CDE60A-662F-4D7B-9E3E-7D230126EC4C@mac.com>	<hbil6n$pit$1@ger.gmane.org>
	<7F82EAD7-EAC6-410F-9746-E0EBFD143605@mac.com>
Message-ID: <4ADF6BAD.70305@enthought.com>

Ronald Oussoren wrote:
>
> On 19 Oct, 2009, at 23:20, Robert Kern wrote:
>
>> I presume he's using the Enthought Python Distribution (disclosure: I 
>> work for Enthought), which does have such a version number. It's 
>> basically a not-entirely-palatable hack to make sure that users can 
>> install and uninstall EPD in order to try it out without breaking 
>> their previously installed Pythons.
>
> Wouldn't it be better to use '--with-framework-name', IIRC I 
> introduced that in 2.6:
>
>     ./configure --enable-framework --with-framework-name=EPD
>
> This will create a framework named 'EPD.framework' instead of 
> 'Python.framework'.

(I also work for Enthought)

EPD is still using Python 2.5 as its base, though we expect to be on 2.6 
shortly.

I'm not clear on what the name of the framework effects.   Would you be 
able to install pre-built binary distributions, built against an "EPD" 
framework, into a "Python" framework?  And vice-versa?   If not, then 
this probably isn't a usable solution for us.


-- Dave


From robert.kern at gmail.com  Wed Oct 21 22:48:59 2009
From: robert.kern at gmail.com (Robert Kern)
Date: Wed, 21 Oct 2009 15:48:59 -0500
Subject: [Pythonmac-SIG] Unwanted PPC build in setuptools
In-Reply-To: <7F82EAD7-EAC6-410F-9746-E0EBFD143605@mac.com>
References: <723eb6930910191347x397a8a3cx5948316f020aefc1@mail.gmail.com>	<99CDE60A-662F-4D7B-9E3E-7D230126EC4C@mac.com>	<hbil6n$pit$1@ger.gmane.org>
	<7F82EAD7-EAC6-410F-9746-E0EBFD143605@mac.com>
Message-ID: <hbns3s$e19$1@ger.gmane.org>

On 2009-10-21 14:59 PM, Ronald Oussoren wrote:
>
> On 19 Oct, 2009, at 23:20, Robert Kern wrote:

>> Edit /Library/Frameworks/.../lib/python2.5/config/Makefile to remove
>> the occurrences of "-arch ppc" if you never want to build PPC versions
>> of stuff again. More recent versions of EPD should have that done
>> already.
>
> Patching the installation is evil.

I would agree that patching the *code* is evil, but the Makefile is really just 
a datastore for the default configuration information for distutils. If you know 
what you're doing, I say feel free. distutils doesn't give us another way to 
change this default configuration.

-- 
Robert Kern

"I have come to believe that the whole world is an enigma, a harmless enigma
  that is made terrible by our own mad attempt to interpret it as though it had
  an underlying truth."
   -- Umberto Eco


From kw at codebykevin.com  Wed Oct 21 22:51:57 2009
From: kw at codebykevin.com (Kevin Walzer)
Date: Wed, 21 Oct 2009 16:51:57 -0400
Subject: [Pythonmac-SIG] py2app/64-bit/Mach-O Headers
In-Reply-To: <4ACD1241.9050908@codebykevin.com>
References: <4ACB5498.7080309@codebykevin.com>	<3D67C404-22F6-4ED4-BB43-3A2ACA296964@mac.com>	<E9F47EA6-D19F-44E7-9E6D-0AD42E6F5092@mac.com>	<4ACBB6BC.8010603@codebykevin.com>	<312AA549-2025-46E1-B0E4-35954A0D3AAA@mac.com>	<4ACCA2A2.90500@codebykevin.com>	<2B86B588-0D8B-4064-975D-27867454CEDE@mac.com>
	<4ACD1241.9050908@codebykevin.com>
Message-ID: <4ADF746D.4050506@codebykevin.com>

On 10/7/09 6:12 PM, Kevin Walzer wrote:
>
>>
>> Could you post the 4-way universal build of Tcl/Tk somewhere, that way I
>> can debug on SL.
>>
>> Ronald
>>
>
> Done:
>
> http://www.codebykevin.com/64-bit-tcl-tk-aqua.pkg.zip
>
> Thanks,
> Kevin
>

Any update on getting py2app/macholib to work with a four-way universal 
build of Python and Tk?

As I mentioned before, I'm using bundlebuilder as a workaround for now, 
but it produces enormous app packages (180 megabytes) and only runs 
Python in 32-bit mode. So that's obviously not a long-term solution...


-- 
Kevin Walzer
Code by Kevin
http://www.codebykevin.com

From ronaldoussoren at mac.com  Thu Oct 22 13:52:12 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Thu, 22 Oct 2009 13:52:12 +0200
Subject: [Pythonmac-SIG] py2app/64-bit/Mach-O Headers
In-Reply-To: <4ADF746D.4050506@codebykevin.com>
References: <4ACB5498.7080309@codebykevin.com>
	<3D67C404-22F6-4ED4-BB43-3A2ACA296964@mac.com>
	<E9F47EA6-D19F-44E7-9E6D-0AD42E6F5092@mac.com>
	<4ACBB6BC.8010603@codebykevin.com>
	<312AA549-2025-46E1-B0E4-35954A0D3AAA@mac.com>
	<4ACCA2A2.90500@codebykevin.com>
	<2B86B588-0D8B-4064-975D-27867454CEDE@mac.com>
	<4ACD1241.9050908@codebykevin.com> <4ADF746D.4050506@codebykevin.com>
Message-ID: <2F0FF4F2-23A6-42A6-AE4B-07436A3442D2@mac.com>


On 21 Oct, 2009, at 22:51, Kevin Walzer wrote:

> On 10/7/09 6:12 PM, Kevin Walzer wrote:
>>
>>>
>>> Could you post the 4-way universal build of Tcl/Tk somewhere, that  
>>> way I
>>> can debug on SL.
>>>
>>> Ronald
>>>
>>
>> Done:
>>
>> http://www.codebykevin.com/64-bit-tcl-tk-aqua.pkg.zip
>>
>> Thanks,
>> Kevin
>>
>
> Any update on getting py2app/macholib to work with a four-way  
> universal build of Python and Tk?

Not yet, I haven't had time to work on this due to a couple of  
projects at work.

Ronald
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091022/9aa70004/attachment.bin>

From ronaldoussoren at mac.com  Thu Oct 22 13:58:14 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Thu, 22 Oct 2009 13:58:14 +0200
Subject: [Pythonmac-SIG] Unwanted PPC build in setuptools
In-Reply-To: <hbns3s$e19$1@ger.gmane.org>
References: <723eb6930910191347x397a8a3cx5948316f020aefc1@mail.gmail.com>
	<99CDE60A-662F-4D7B-9E3E-7D230126EC4C@mac.com>
	<hbil6n$pit$1@ger.gmane.org>
	<7F82EAD7-EAC6-410F-9746-E0EBFD143605@mac.com>
	<hbns3s$e19$1@ger.gmane.org>
Message-ID: <01DD0D14-E3D1-4211-914E-DCE7668E144D@mac.com>


On 21 Oct, 2009, at 22:48, Robert Kern wrote:

> On 2009-10-21 14:59 PM, Ronald Oussoren wrote:
>>
>> On 19 Oct, 2009, at 23:20, Robert Kern wrote:
>
>>> Edit /Library/Frameworks/.../lib/python2.5/config/Makefile to remove
>>> the occurrences of "-arch ppc" if you never want to build PPC  
>>> versions
>>> of stuff again. More recent versions of EPD should have that done
>>> already.
>>
>> Patching the installation is evil.
>
> I would agree that patching the *code* is evil, but the Makefile is  
> really just a datastore for the default configuration information  
> for distutils. If you know what you're doing, I say feel free.  
> distutils doesn't give us another way to change this default  
> configuration.

Could you file a bug for this at bugs.python.org?  Any need to edit  
files in sys.prefix is IMHO a bug, it should be possible to configure  
this in a setup.cfg file or ~/.pydistutils.cfg.

Ronald

>
> -- 
> Robert Kern
>
> "I have come to believe that the whole world is an enigma, a  
> harmless enigma
> that is made terrible by our own mad attempt to interpret it as  
> though it had
> an underlying truth."
>  -- Umberto Eco
>
> _______________________________________________
> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091022/f074102f/attachment.bin>

From ronaldoussoren at mac.com  Thu Oct 22 14:02:44 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Thu, 22 Oct 2009 14:02:44 +0200
Subject: [Pythonmac-SIG] Unwanted PPC build in setuptools
In-Reply-To: <4ADF6BAD.70305@enthought.com>
References: <723eb6930910191347x397a8a3cx5948316f020aefc1@mail.gmail.com>
	<99CDE60A-662F-4D7B-9E3E-7D230126EC4C@mac.com>
	<hbil6n$pit$1@ger.gmane.org>
	<7F82EAD7-EAC6-410F-9746-E0EBFD143605@mac.com>
	<4ADF6BAD.70305@enthought.com>
Message-ID: <F7761880-0EE2-4CB3-B2D8-3E5E23D1D4E0@mac.com>


On 21 Oct, 2009, at 22:14, Dave Peterson wrote:

> Ronald Oussoren wrote:
>>
>> On 19 Oct, 2009, at 23:20, Robert Kern wrote:
>>
>>> I presume he's using the Enthought Python Distribution  
>>> (disclosure: I work for Enthought), which does have such a version  
>>> number. It's basically a not-entirely-palatable hack to make sure  
>>> that users can install and uninstall EPD in order to try it out  
>>> without breaking their previously installed Pythons.
>>
>> Wouldn't it be better to use '--with-framework-name', IIRC I  
>> introduced that in 2.6:
>>
>>    ./configure --enable-framework --with-framework-name=EPD
>>
>> This will create a framework named 'EPD.framework' instead of  
>> 'Python.framework'.
>
> (I also work for Enthought)
>
> EPD is still using Python 2.5 as its base, though we expect to be on  
> 2.6 shortly.
>
> I'm not clear on what the name of the framework effects.   Would you  
> be able to install pre-built binary distributions, built against an  
> "EPD" framework, into a "Python" framework?  And vice-versa?   If  
> not, then this probably isn't a usable solution for us.

Extensions are not linked to the framework, extensions build for a  
Python.framework should therefore work unchanged in a EPD.framework.   
That said, I haven't checked yet if 3th party tools work with a  
renamed Python framework, I know that py2app hardcodes the name  
Python.framework and IIRC virtualenv does the same.

Both could and should be changed, and that's something on my todo list  
for various reasons. One of which is that I want to have side-by-side  
installs of a couple of build variations of Python on my machine.

Ronald
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091022/7e8bc324/attachment.bin>

From gabriel.rossetti at arimaz.com  Thu Oct 22 17:49:19 2009
From: gabriel.rossetti at arimaz.com (Gabriel Rossetti)
Date: Thu, 22 Oct 2009 17:49:19 +0200
Subject: [Pythonmac-SIG] wxpython frames aren't raised on top
Message-ID: <4AE07EFF.3050301@arimaz.com>

Hello everyone,

on Mac, my frames aren't raised on top of the window stack even when I 
do Show() & Raise(). If I set the style to wx.STAY_ON_TOP, but then if I 
get a msg dialog it freezes and I get the wheel of death, I suspect it 
is because they both want to be on top. This doesn't pos any problems on 
linux and windows, only on mac. Does anyone have an idea why this is 
happening and how to get it to raise on top without freezing everything?

Thanks,
Gabriel

From robert.kern at gmail.com  Thu Oct 22 18:43:41 2009
From: robert.kern at gmail.com (Robert Kern)
Date: Thu, 22 Oct 2009 11:43:41 -0500
Subject: [Pythonmac-SIG] Unwanted PPC build in setuptools
In-Reply-To: <F7761880-0EE2-4CB3-B2D8-3E5E23D1D4E0@mac.com>
References: <723eb6930910191347x397a8a3cx5948316f020aefc1@mail.gmail.com>	<99CDE60A-662F-4D7B-9E3E-7D230126EC4C@mac.com>	<hbil6n$pit$1@ger.gmane.org>	<7F82EAD7-EAC6-410F-9746-E0EBFD143605@mac.com>	<4ADF6BAD.70305@enthought.com>
	<F7761880-0EE2-4CB3-B2D8-3E5E23D1D4E0@mac.com>
Message-ID: <hbq23t$kt2$1@ger.gmane.org>

On 2009-10-22 07:02 AM, Ronald Oussoren wrote:
>
> On 21 Oct, 2009, at 22:14, Dave Peterson wrote:
>
>> Ronald Oussoren wrote:
>>>
>>> On 19 Oct, 2009, at 23:20, Robert Kern wrote:
>>>
>>>> I presume he's using the Enthought Python Distribution (disclosure:
>>>> I work for Enthought), which does have such a version number. It's
>>>> basically a not-entirely-palatable hack to make sure that users can
>>>> install and uninstall EPD in order to try it out without breaking
>>>> their previously installed Pythons.
>>>
>>> Wouldn't it be better to use '--with-framework-name', IIRC I
>>> introduced that in 2.6:
>>>
>>> ./configure --enable-framework --with-framework-name=EPD
>>>
>>> This will create a framework named 'EPD.framework' instead of
>>> 'Python.framework'.
>>
>> (I also work for Enthought)
>>
>> EPD is still using Python 2.5 as its base, though we expect to be on
>> 2.6 shortly.
>>
>> I'm not clear on what the name of the framework effects. Would you be
>> able to install pre-built binary distributions, built against an "EPD"
>> framework, into a "Python" framework? And vice-versa? If not, then
>> this probably isn't a usable solution for us.
>
> Extensions are not linked to the framework, extensions build for a
> Python.framework should therefore work unchanged in a EPD.framework.
> That said, I haven't checked yet if 3th party tools work with a renamed
> Python framework, I know that py2app hardcodes the name Python.framework
> and IIRC virtualenv does the same.
>
> Both could and should be changed, and that's something on my todo list
> for various reasons. One of which is that I want to have side-by-side
> installs of a couple of build variations of Python on my machine.

It would be great to see more support for alternative framework names. It would 
be a much better alternative. There are also other packages, primary non-Python 
ones like VTK, that still expect Python.framework. With enough effort, I assume 
we can make them work, though. At the time we did this, the version number 
change seemed like an easier alternative. It tends to only generate a couple of 
"WTF?" moments rather than real problems, and we are the ones who usually get 
the support emails.

-- 
Robert Kern

"I have come to believe that the whole world is an enigma, a harmless enigma
  that is made terrible by our own mad attempt to interpret it as though it had
  an underlying truth."
   -- Umberto Eco


From hsanderson at s-brandingsolutions.com  Fri Oct 23 16:45:26 2009
From: hsanderson at s-brandingsolutions.com (Hamish Sanderson)
Date: Fri, 23 Oct 2009 15:45:26 +0100
Subject: [Pythonmac-SIG] problems with Distributed Objects and 	PyObjC
In-Reply-To: <mailman.47.1256119203.20727.pythonmac-sig@python.org>
References: <mailman.47.1256119203.20727.pythonmac-sig@python.org>
Message-ID: <8D2BDEAD-349B-4F9D-BCC3-95B18B3848A1@s-brandingsolutions.com>

Ronald Oussoren wrote:

> On Tuesday, October 20, 2009, at 01:20PM, "Hamish Sanderson" <hsanderson at s-brandingsolutions.com 
> > wrote:
>> Trying to use Distributed Objects to communicate between PyObjC-based
>> processes on 10.5 and/or 10.6, but encountering various problems when
>> passing Python values, as illustrated below.
>
> Full DO support requires defining new protocols, which won't work on  
> 64-bit builds.  Even the limited DO support you need may or may not  
> work because it is a low-level library that might interfere with  
> PyObjC. I don't have unittests or sample code for this and hence  
> cannot guarantee that this will work.

Hmm. Sounds like DO isn't a good way to go in Python (and I've already  
discounted Apple events), so I suspect I'll have to look elsewhere for  
a long-term solution.


> I will look into your issues though, but not today.

OK, it isn't urgent. I'm not passing anything complex so can work  
around the problem by ensuring all Python objects are converted to  
Cocoa instances before handing them off to DO.


> An alternative to DO is to use a native Python library (Twisted, XML- 
> RPC, ...) combined with Bonjour.

Will investigate these options.


Irmen de Jong wrote:

>> Anyone any thoughts? (Including suggestions for alternative LAN- 
>> capable IPC options.)
>
> Both ends are Python?

Python + PyObjC.


> If they are, maybe you should try Pyro (http://pyro.sourceforge.net).

Reading the docs. A few questions, if you don't mind:

- Will Pyro play well with PyObjC objects?

- How does it compare to, say, DO+Bonjour (which is the only object- 
oriented IPC system I'm vaguely familiar with)?

- And how well will it cope if some components stall or crash? (One of  
the reasons for moving to a more distributed design is that some parts  
of the system are inherently unreliable, so the rest of the system  
will need to survive if/when those processes go down, and be able to  
reconnect once they are restarted.)


Thanks,

Hamish

-- 

Hamish Sanderson
Production Workflow Developer
Sun Branding Solutions Ltd
Tel: +44(0)1274 200 700
www.s-brandingsolutions.com





From irmen at xs4all.nl  Sat Oct 24 15:23:44 2009
From: irmen at xs4all.nl (Irmen de Jong)
Date: Sat, 24 Oct 2009 15:23:44 +0200
Subject: [Pythonmac-SIG] problems with Distributed Objects and 	PyObjC
In-Reply-To: <8D2BDEAD-349B-4F9D-BCC3-95B18B3848A1@s-brandingsolutions.com>
References: <mailman.47.1256119203.20727.pythonmac-sig@python.org>
	<8D2BDEAD-349B-4F9D-BCC3-95B18B3848A1@s-brandingsolutions.com>
Message-ID: <4AE2FFE0.3030503@xs4all.nl>

Hamish Sanderson wrote:

> Reading the docs. A few questions, if you don't mind:
> 
> - Will Pyro play well with PyObjC objects?

I can't say anything about this, I have zero experience with PyObjC.

> - How does it compare to, say, DO+Bonjour (which is the only 
> object-oriented IPC system I'm vaguely familiar with)?

Pyro is a 100% Python remote object library and as such will be
different on a lot of aspects, I think, because it is not tied to any OS specific 
technology (other than TCP/IP sockets).
Pyro is capable of handling any Python object that can be pickled.
It uses Python's native pickle format for data transfer, which makes it quite fast.
It has no auto discovery mechanism but it has a centralized object registry, which can 
be discovered by other objects using a network broadcast.

For more information please read the documentation.

> - And how well will it cope if some components stall or crash? (One of 
> the reasons for moving to a more distributed design is that some parts 
> of the system are inherently unreliable, so the rest of the system will 
> need to survive if/when those processes go down, and be able to 
> reconnect once they are restarted.)

Pyro's got some basic features to deal with lost connections (due to component crash or 
network problems etc). By adding a few lines to your code you can detect a broken 
connection and try to reconnect the object to its target.
You can also deal with message transfer timeouts in a basic way.

If you want truly reliable message transfer or transactional behavior across objects, 
Pyro is probably not the right choice.

-irmen


From ronaldoussoren at mac.com  Sun Oct 25 12:11:32 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Sun, 25 Oct 2009 12:11:32 +0100
Subject: [Pythonmac-SIG] problems with Distributed Objects and 	PyObjC
In-Reply-To: <4AE2FFE0.3030503@xs4all.nl>
References: <mailman.47.1256119203.20727.pythonmac-sig@python.org>
	<8D2BDEAD-349B-4F9D-BCC3-95B18B3848A1@s-brandingsolutions.com>
	<4AE2FFE0.3030503@xs4all.nl>
Message-ID: <56AF6743-138C-49F2-92E1-095BF54EF66E@mac.com>


On 24 Oct, 2009, at 15:23, Irmen de Jong wrote:

> Hamish Sanderson wrote:
> 
>> Reading the docs. A few questions, if you don't mind:
>> - Will Pyro play well with PyObjC objects?
> 
> I can't say anything about this, I have zero experience with PyObjC.
> 
>> - How does it compare to, say, DO+Bonjour (which is the only object-oriented IPC system I'm vaguely familiar with)?
> 
> Pyro is a 100% Python remote object library and as such will be
> different on a lot of aspects, I think, because it is not tied to any OS specific technology (other than TCP/IP sockets).
> Pyro is capable of handling any Python object that can be pickled.
> It uses Python's native pickle format for data transfer, which makes it quite fast.
> It has no auto discovery mechanism but it has a centralized object registry, which can be discovered by other objects using a network broadcast.

If it Pyro pickles objects for transmission it should work with PyObjC objects, but only if the programmer writes custom __reduce__ methods. PyObjC objects are not pickleable by default, because I haven't found a way yet to translate the native Cocoa serialization support (NSCoding) into Python's pickle mechansim.

Adding bonjour support on top of Pyro should then be easy enough: just use Cocoa's support classes for that.

Ronald
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091025/e0daef6a/attachment.bin>

From robince at gmail.com  Sun Oct 25 22:31:09 2009
From: robince at gmail.com (Robin)
Date: Sun, 25 Oct 2009 21:31:09 +0000
Subject: [Pythonmac-SIG] 32/64 bit intel universal build
Message-ID: <2d5132a50910251431w17b48e81mbf891ad464745601@mail.gmail.com>

Hi,

I've been struggling with 32 vs 64 bit python on snow leopard. I built
an intel universal with:

./build-installer.py --sdk-path=/Developer/SDKs/MacOSX10.6.sdk/
--dep-target=10.6 --universal-archs=intel

It looks like it built correctly:

robin-mbp:bin robince$ file ./python2.6
./python2.6: Mach-O universal binary with 2 architectures
./python2.6 (for architecture i386):    Mach-O executable i386
./python2.6 (for architecture x86_64):  Mach-O 64-bit executable x86_64

But I am unable to select 32 vs 64 bit with arch:

robin-mbp:bin robince$ arch -x86_64 ./python2.6 -c "import sys; print
sys.maxint"
9223372036854775807
robin-mbp:bin robince$ arch -i386 ./python2.6 -c "import sys; print sys.maxint"
9223372036854775807

which does work with the system python:
robin-mbp:~ robince$ arch -i386 /usr/bin/python2.6 -c "import sys;
print sys.maxint"
2147483647
robin-mbp:~ robince$ arch -x86_64 /usr/bin/python2.6 -c "import sys;
print sys.maxint"
9223372036854775807

What am I missing?

Cheers

Robin

From woklist at kyngchaos.com  Sun Oct 25 23:15:29 2009
From: woklist at kyngchaos.com (William Kyngesburye)
Date: Sun, 25 Oct 2009 17:15:29 -0500
Subject: [Pythonmac-SIG] 32/64 bit intel universal build
In-Reply-To: <2d5132a50910251431w17b48e81mbf891ad464745601@mail.gmail.com>
References: <2d5132a50910251431w17b48e81mbf891ad464745601@mail.gmail.com>
Message-ID: <BE8F0A76-E1A3-4C54-825B-3AAFBEDA2809@kyngchaos.com>

Something I noticed with the Apple Python is that /usr/bin/python  
(which is it's own binary and not a symlink) *only* responds to the  
env variable VERSIONER_PYTHON_PREFER_32_BIT (I think that's the  
name).  While /usr/bin/python2.6 (which is a symlink to the executable  
in the framework) *only* responds to the arch command.

So, it looks like you configuration is using the env variable method.   
I don't compile my own Python, so I don't know if there is a  
configuration option to set this behavior.

On Oct 25, 2009, at 4:31 PM, Robin wrote:

> Hi,
>
> I've been struggling with 32 vs 64 bit python on snow leopard. I built
> an intel universal with:
>
> ./build-installer.py --sdk-path=/Developer/SDKs/MacOSX10.6.sdk/
> --dep-target=10.6 --universal-archs=intel
>
> It looks like it built correctly:
>
> robin-mbp:bin robince$ file ./python2.6
> ./python2.6: Mach-O universal binary with 2 architectures
> ./python2.6 (for architecture i386):    Mach-O executable i386
> ./python2.6 (for architecture x86_64):  Mach-O 64-bit executable  
> x86_64
>
> But I am unable to select 32 vs 64 bit with arch:
>
> robin-mbp:bin robince$ arch -x86_64 ./python2.6 -c "import sys; print
> sys.maxint"
> 9223372036854775807
> robin-mbp:bin robince$ arch -i386 ./python2.6 -c "import sys; print  
> sys.maxint"
> 9223372036854775807
>
> which does work with the system python:
> robin-mbp:~ robince$ arch -i386 /usr/bin/python2.6 -c "import sys;
> print sys.maxint"
> 2147483647
> robin-mbp:~ robince$ arch -x86_64 /usr/bin/python2.6 -c "import sys;
> print sys.maxint"
> 9223372036854775807
>
> What am I missing?
>
> Cheers
>
> Robin
> _______________________________________________
> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"Time is an illusion - lunchtime doubly so."

- Ford Prefect



From robince at gmail.com  Sun Oct 25 23:27:47 2009
From: robince at gmail.com (Robin)
Date: Sun, 25 Oct 2009 22:27:47 +0000
Subject: [Pythonmac-SIG] 32/64 bit intel universal build
In-Reply-To: <BE8F0A76-E1A3-4C54-825B-3AAFBEDA2809@kyngchaos.com>
References: <2d5132a50910251431w17b48e81mbf891ad464745601@mail.gmail.com>
	<BE8F0A76-E1A3-4C54-825B-3AAFBEDA2809@kyngchaos.com>
Message-ID: <2d5132a50910251527r616311b7tac4de0e04b2417fb@mail.gmail.com>

On Sun, Oct 25, 2009 at 10:15 PM, William Kyngesburye
<woklist at kyngchaos.com> wrote:
> Something I noticed with the Apple Python is that /usr/bin/python (which is
> it's own binary and not a symlink) *only* responds to the env variable
> VERSIONER_PYTHON_PREFER_32_BIT (I think that's the name). ?While
> /usr/bin/python2.6 (which is a symlink to the executable in the framework)
> *only* responds to the arch command.

Thanks - I see that behaviour too now I checked.

> So, it looks like you configuration is using the env variable method. ?I
> don't compile my own Python, so I don't know if there is a configuration
> option to set this behavior.

I tried but I can't get the environment variable to have any effect on
the self-built python.org version.

robin-mbp:bin robince$ pwd
/Library/Frameworks/Python.framework/Versions/2.6/bin
robin-mbp:bin robince$ export VERSIONER_PYTHON_PREFER_32_BIT=yes
robin-mbp:bin robince$ ./python2.6 -c "import sys; print sys.maxint"
9223372036854775807
robin-mbp:~ robince$ /usr/bin/python -c "import sys; print sys.maxint"
2147483647
robin-mbp:bin robince$ export VERSIONER_PYTHON_PREFER_32_BIT=1
robin-mbp:bin robince$ ./python2.6 -c "import sys; print sys.maxint"
9223372036854775807

So I'm still stuck...

Cheers

Robin

From robince at gmail.com  Mon Oct 26 16:47:33 2009
From: robince at gmail.com (Robin)
Date: Mon, 26 Oct 2009 15:47:33 +0000
Subject: [Pythonmac-SIG]  32/64 bit intel universal build
In-Reply-To: <2d5132a50910260846i181ab273ra603e398b70fa3b6@mail.gmail.com>
References: <2d5132a50910251431w17b48e81mbf891ad464745601@mail.gmail.com>
	<BE8F0A76-E1A3-4C54-825B-3AAFBEDA2809@kyngchaos.com>
	<2d5132a50910251527r616311b7tac4de0e04b2417fb@mail.gmail.com>
	<DD20F58C-1AC4-4329-875E-45EE42F4D06F@cs.toronto.edu>
	<2d5132a50910260846i181ab273ra603e398b70fa3b6@mail.gmail.com>
Message-ID: <2d5132a50910260847j49c06566i6096eb6e3118f2e6@mail.gmail.com>

On Mon, Oct 26, 2009 at 3:17 PM, David Warde-Farley <dwf at cs.toronto.edu>wrote:

> Check if there's a
> /Library/Frameworks/Python.framework/Versions/2.6/bin/python-64 (or
> /Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6-64). IIRC
> that's how the builds produced from source work; separate executables for 32
> and 64 bit mode.
>

Hi,

Thanks... yes thats what I was expecting initially, but there is nothing
there:
jm-g26b101:bin robince$ ls
/Library/Frameworks/Python.framework/Versions/2.6/bin/
2to3             pydoc            python-config    pythonw
smtpd2.6.py
idle             pydoc2.6         python2.6        pythonw2.6
idle2.6          python           python2.6-config smtpd.py

>From reading the documentation I think they may only be created with the
universal-archs=all target (which includes ppc and ppc64 which I dont need).

In any case - 'file' shows that it is a universal binary, just the 'arch'
method of selecting architecture doesn't appear to work:
jm-g26b101:bin robince$ file
/Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6
/Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6: Mach-O
universal binary with 2 architectures
/Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6 (for
architecture i386):        Mach-O executable i386
/Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6 (for
architecture x86_64):      Mach-O 64-bit executable x86_64

Perhaps I will try the 'all' variant next.

Cheers

Robin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091026/4837c60e/attachment.htm>

From Chris.Barker at noaa.gov  Mon Oct 26 19:18:38 2009
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Mon, 26 Oct 2009 11:18:38 -0700
Subject: [Pythonmac-SIG] wxpython frames aren't raised on top
In-Reply-To: <4AE07EFF.3050301@arimaz.com>
References: <4AE07EFF.3050301@arimaz.com>
Message-ID: <4AE5E7FE.8040907@noaa.gov>

Gabriel Rossetti wrote:
> on Mac, my frames aren't raised on top of the window stack even when I 
> do Show() & Raise().

I think this has always worked for me.

Python version?
wxPython version?
OS-X version?

Also, you might try on the wxPython list, an a sample app would be helpful:

http://wiki.wxpython.org/MakingSampleApps

-Chris


-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From jskibbie at schawk.com  Tue Oct 27 21:28:30 2009
From: jskibbie at schawk.com (Jim Skibbie)
Date: Tue, 27 Oct 2009 15:28:30 -0500
Subject: [Pythonmac-SIG] Python XMP Toolkit bundling
Message-ID: <C70CC21E.38D37%jskibbie@schawk.com>

I?m a Python newbie... I am working on a project where I need to read and
write XMP metadata to PDF files. I found the Python XMP Toolkit at
http://code.google.com/p/python-xmp-toolkit/ and was able to download,
compile and install all the pieces (boost, Exempi and Python XMP Toolkit)
and write a script that can actually do what I want.

Now, my question is, how can I distribute this kind of solution to other
user?s workstations? I don?t want to have to repeat this whole process to
create the necessary environment on each user machine to be able to run this
python script.

Is there a way that I can bundle all the necessary dependencies (boost,
Exempi, Python XMP Toolkit) together so that to the user it is just a single
application? And if so, what about the compiled versions on Intel vs. G5
machines?

Below is the whole script. It basically takes a file path and two values as
arguments and writes the two values into the XMP stream of the file.

It seems pretty simple, but the distribution part seems daunting to me.

Thanks.
Jim


import sys
from libxmp import *

path_to_file = sys.argv[1]
vertical_shrink = sys.argv[2]
horizontal_shrink = sys.argv[3]

# Read file
xmpfile = XMPFiles( file_path=path_to_file,
open_forupdate=files.XMP_OPEN_FORUPDATE)

# Get XMP from file.
xmp = xmpfile.get_xmp()

# Change the XMP property
xmp.set_property( "http://ns.somenamespace.com/1.0/", 'vshrink',
vertical_shrink )
xmp.set_property( "http://ns.somenamespace.com/1.0/", 'hshrink',
horizontal_shrink )


# Check if XMP document can be written to file and write it.
if xmpfile.can_put_xmp(xmp):
    xmpfile.put_xmp(xmp)

xmpfile.close_file()
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091027/b617b30b/attachment.htm>

From aahz at pythoncraft.com  Tue Oct 27 22:13:55 2009
From: aahz at pythoncraft.com (Aahz)
Date: Tue, 27 Oct 2009 14:13:55 -0700
Subject: [Pythonmac-SIG] Python XMP Toolkit bundling
In-Reply-To: <C70CC21E.38D37%jskibbie@schawk.com>
References: <C70CC21E.38D37%jskibbie@schawk.com>
Message-ID: <20091027211355.GC6745@panix.com>

On Tue, Oct 27, 2009, Jim Skibbie wrote:
>
> I?m a Python newbie... I am working on a project where I need to read and
> write XMP metadata to PDF files. I found the Python XMP Toolkit at
> http://code.google.com/p/python-xmp-toolkit/ and was able to download,
> compile and install all the pieces (boost, Exempi and Python XMP Toolkit)
> and write a script that can actually do what I want.
> 
> Now, my question is, how can I distribute this kind of solution to other
> user?s workstations? I don?t want to have to repeat this whole process to
> create the necessary environment on each user machine to be able to run this
> python script.

http://svn.pythonmac.org/py2app/py2app/trunk/doc/index.html
-- 
Aahz (aahz at pythoncraft.com)           <*>         http://www.pythoncraft.com/

"You could make Eskimos emigrate to the Sahara by vigorously arguing --
at hundreds of screens' length -- for the wonder, beauty, and utility of
snow."  --PNH to rb in r.a.sf.f

From jskibbie at schawk.com  Tue Oct 27 22:44:44 2009
From: jskibbie at schawk.com (Jim Skibbie)
Date: Tue, 27 Oct 2009 16:44:44 -0500
Subject: [Pythonmac-SIG] Python XMP Toolkit bundling
In-Reply-To: <20091027211355.GC6745@panix.com>
Message-ID: <C70CD3FC.38D45%jskibbie@schawk.com>

How can I make my script into an application if I need to pass arguments to
it? From the command line I can pass three variables to it (file path and
two distortion numbers). How would that work as an application?

Thanks.
Jim


From: Aahz <aahz at pythoncraft.com>
Organization: The Cat & Dragon
Date: Tue, 27 Oct 2009 14:13:55 -0700
To: Jim Skibbie <jskibbie at schawk.com>
Cc: <pythonmac-sig at python.org>
Subject: Re: [Pythonmac-SIG] Python XMP Toolkit bundling

On Tue, Oct 27, 2009, Jim Skibbie wrote:
>
> I?m a Python newbie... I am working on a project where I need to read and
> write XMP metadata to PDF files. I found the Python XMP Toolkit at
> http://code.google.com/p/python-xmp-toolkit/ and was able to download,
> compile and install all the pieces (boost, Exempi and Python XMP Toolkit)
> and write a script that can actually do what I want.
> 
> Now, my question is, how can I distribute this kind of solution to other
> user?s workstations? I don?t want to have to repeat this whole process to
> create the necessary environment on each user machine to be able to run this
> python script.

http://svn.pythonmac.org/py2app/py2app/trunk/doc/index.html
-- 
Aahz (aahz at pythoncraft.com)           <*>
http://www.pythoncraft.com/

"You could make Eskimos emigrate to the Sahara by vigorously arguing --
at hundreds of screens' length -- for the wonder, beauty, and utility of
snow."  --PNH to rb in r.a.sf.f

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091027/c7275325/attachment.htm>

From jskibbie at schawk.com  Wed Oct 28 17:16:03 2009
From: jskibbie at schawk.com (Jim Skibbie)
Date: Wed, 28 Oct 2009 11:16:03 -0500
Subject: [Pythonmac-SIG] Python XMP Toolkit bundling
In-Reply-To: <C70CD3FC.38D45%jskibbie@schawk.com>
Message-ID: <C70DD873.38DA4%jskibbie@schawk.com>

For testing purposes, I removed the option to pass arguments to my Python
script and I tried using the tutorial for py2app to create a standalone app.

The Python script looks like the below, but when I build the standalone app
and try to run it, I get the error:

ImportError: No module named libxmp

How do I go about getting the libxmp which is part of the
?python-xmp-toolkit? that I compiled to be part of my standalone app?

Thanks.
Jim


import sys

from libxmp import *

path_to_file = "/Users/jim/Desktop/021521A.pdf"
vertical_shrink = ".5"
horizontal_shrink = ".5"

# Read file
xmpfile = XMPFiles( file_path=path_to_file,
open_forupdate=files.XMP_OPEN_FORUPDATE)

# Get XMP from file.
xmp = xmpfile.get_xmp()


# Change the XMP property
xmp.set_property( "http://ns.esko-graphics.com/grinfo/1.0/", 'vshrink',
vertical_shrink )
xmp.set_property( "http://ns.esko-graphics.com/grinfo/1.0/", 'hshrink',
horizontal_shrink )


# Check if XMP document can be written to file and write it.
if xmpfile.can_put_xmp(xmp):
    xmpfile.put_xmp(xmp)

xmpfile.close_file()
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091028/14b8ec66/attachment.htm>

From Chris.Barker at noaa.gov  Wed Oct 28 17:50:14 2009
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Wed, 28 Oct 2009 09:50:14 -0700
Subject: [Pythonmac-SIG] Python XMP Toolkit bundling
In-Reply-To: <C70DD873.38DA4%jskibbie@schawk.com>
References: <C70DD873.38DA4%jskibbie@schawk.com>
Message-ID: <4AE87646.5080907@noaa.gov>

Jim Skibbie wrote:
> For testing purposes, I removed the option to pass arguments to my 
> Python script and I tried using the tutorial for py2app to create a 
> standalone app.

1) use the latest py2app"

easy_install py2app==dev


2) make sure you are running py2app with the same python that you've 
installed all that stuff into. (and tell us what python that is)

3) post your setup.py here, so we can see what you've done

4) tell us OS and Python version.

-Chris



-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From jskibbie at schawk.com  Wed Oct 28 17:49:26 2009
From: jskibbie at schawk.com (Jim Skibbie)
Date: Wed, 28 Oct 2009 11:49:26 -0500
Subject: [Pythonmac-SIG] Python XMP Toolkit bundling
In-Reply-To: <C70DD873.38DA4%jskibbie@schawk.com>
Message-ID: <C70DE046.38DB0%jskibbie@schawk.com>

I was using the ?A option to develop in alias mode and that was my issue.
When I removed that flag, the libxmp did get bundled into the application.

Thanks.
Jim


From: Jim Skibbie <jskibbie at schawk.com>
Date: Wed, 28 Oct 2009 11:16:03 -0500
To: "pythonmac-sig at python.org" <pythonmac-sig at python.org>
Conversation: [Pythonmac-SIG] Python XMP Toolkit bundling
Subject: Re: [Pythonmac-SIG] Python XMP Toolkit bundling

For testing purposes, I removed the option to pass arguments to my Python
script and I tried using the tutorial for py2app to create a standalone app.

The Python script looks like the below, but when I build the standalone app
and try to run it, I get the error:

ImportError: No module named libxmp

How do I go about getting the libxmp which is part of the
?python-xmp-toolkit? that I compiled to be part of my standalone app?

Thanks.
Jim


import sys

from libxmp import *

path_to_file = "/Users/jim/Desktop/021521A.pdf"
vertical_shrink = ".5"
horizontal_shrink = ".5"

# Read file
xmpfile = XMPFiles( file_path=path_to_file,
open_forupdate=files.XMP_OPEN_FORUPDATE)

# Get XMP from file.
xmp = xmpfile.get_xmp()


# Change the XMP property
xmp.set_property( "http://ns.esko-graphics.com/grinfo/1.0/", 'vshrink',
vertical_shrink )
xmp.set_property( "http://ns.esko-graphics.com/grinfo/1.0/", 'hshrink',
horizontal_shrink )


# Check if XMP document can be written to file and write it.
if xmpfile.can_put_xmp(xmp):
    xmpfile.put_xmp(xmp)

xmpfile.close_file()
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091028/09b87375/attachment.htm>

From jskibbie at schawk.com  Wed Oct 28 18:24:35 2009
From: jskibbie at schawk.com (Jim Skibbie)
Date: Wed, 28 Oct 2009 12:24:35 -0500
Subject: [Pythonmac-SIG] Python XMP Toolkit bundling
In-Reply-To: <4AE87646.5080907@noaa.gov>
Message-ID: <C70DE883.38DB5%jskibbie@schawk.com>

From: Christopher Barker <Chris.Barker at noaa.gov>
Date: Wed, 28 Oct 2009 09:50:14 -0700
To: Jim Skibbie <jskibbie at schawk.com>
Cc: "pythonmac-sig at python.org" <pythonmac-sig at python.org>
Subject: Re: [Pythonmac-SIG] Python XMP Toolkit bundling

Jim Skibbie wrote:
> For testing purposes, I removed the option to pass arguments to my
> Python script and I tried using the tutorial for py2app to create a
> standalone app.

> 1) use the latest py2app"
> 
> easy_install py2app==dev

I?m using py2app v. 0.4.3

> 2) make sure you are running py2app with the same python that you've
> installed all that stuff into. (and tell us what python that is)

Not sure what you mean about using the same python that I?ve installed all
the stuff into. I compiled boost, exempi and python-xmp-toolkit into a
directory inside my /opt/local folder. Should I have installed these in some
other place? 

> 3) post your setup.py here, so we can see what you've done

Here?s the setup.py, it is just the generated one from py2applet.

"""
This is a setup.py script generated by py2applet

Usage:
    python setup.py py2app
"""

from setuptools import setup

APP = ['WriteEskoXMP.py']
DATA_FILES = []
OPTIONS = {'argv_emulation': True}

setup(
    app=APP,
    data_files=DATA_FILES,
    options={'py2app': OPTIONS},
    setup_requires=['py2app'],
)

I got the py2app to make an app that runs now by turning off the ?A (alias
mode) when building the app, but it still only runs on my machine. The
libxmp looks like it?s getting bundled now, but when I try to run it on a
different machine, I get a error: ExempiLoadError so now it looks like the
Exempi which the python-xmp-toolkit requires (
http://www.spacetelescope.org/projects/python-xmp-toolkit/docs/installation.
html) isn?t getting bundled, or maybe it can?t be bundled? That would be a
bummer.

> 4) tell us OS and Python version.

I?m using OS X 10.5.8 and Python 2.5.1 which I?m assuming is what came with
my Mac? I don?t remember installing anything else.

Can you tell that I?m in a little over my head??

Thanks.
Jim



-Chris



-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091028/5f6593d4/attachment.htm>

From nad at acm.org  Wed Oct 28 19:10:38 2009
From: nad at acm.org (Ned Deily)
Date: Wed, 28 Oct 2009 11:10:38 -0700
Subject: [Pythonmac-SIG] 32/64 bit intel universal build
References: <2d5132a50910251431w17b48e81mbf891ad464745601@mail.gmail.com>
	<BE8F0A76-E1A3-4C54-825B-3AAFBEDA2809@kyngchaos.com>
	<2d5132a50910251527r616311b7tac4de0e04b2417fb@mail.gmail.com>
	<DD20F58C-1AC4-4329-875E-45EE42F4D06F@cs.toronto.edu>
	<2d5132a50910260846i181ab273ra603e398b70fa3b6@mail.gmail.com>
	<2d5132a50910260847j49c06566i6096eb6e3118f2e6@mail.gmail.com>
Message-ID: <nad-9D5181.11103728102009@ger.gmane.org>

In article 
<2d5132a50910251527r616311b7tac4de0e04b2417fb at mail.gmail.com>,
 Robin <robince at gmail.com> wrote:
> On Sun, Oct 25, 2009 at 10:15 PM, William Kyngesburye
> <woklist at kyngchaos.com> wrote:
> > Something I noticed with the Apple Python is that /usr/bin/python (which is
> > it's own binary and not a symlink) *only* responds to the env variable
> > VERSIONER_PYTHON_PREFER_32_BIT (I think that's the name). ?While
> > /usr/bin/python2.6 (which is a symlink to the executable in the framework)
> > *only* responds to the arch command.
[...]
> I tried but I can't get the environment variable to have any effect on
> the self-built python.org version.

That environment variable is something added by Apple to the Python they 
supply with OS X 10.6.  As you've discovered, it is not part of the 
official python.org distribution.

In article 
<2d5132a50910260847j49c06566i6096eb6e3118f2e6 at mail.gmail.com>,
 Robin <robince at gmail.com> wrote:
> On Mon, Oct 26, 2009 at 3:17 PM, David Warde-Farley <dwf at cs.toronto.edu>wrote:
> > Check if there's a
> > /Library/Frameworks/Python.framework/Versions/2.6/bin/python-64 (or
> > /Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6-64). IIRC
> > that's how the builds produced from source work; separate executables for 32
> > and 64 bit mode.
> >
> 
> Hi,
> 
> Thanks... yes thats what I was expecting initially, but there is nothing
> there:
> jm-g26b101:bin robince$ ls
> /Library/Frameworks/Python.framework/Versions/2.6/bin/
> 2to3             pydoc            python-config    pythonw
> smtpd2.6.py
> idle             pydoc2.6         python2.6        pythonw2.6
> idle2.6          python           python2.6-config smtpd.py
> 
> >From reading the documentation I think they may only be created with the
> universal-archs=all target (which includes ppc and ppc64 which I dont need).

That is correct.  However, even if you did build with "all" (i.e. a 
4-way universal build), that would still not solve your problem on 10.6.  
See below.
 
> In any case - 'file' shows that it is a universal binary, just the 'arch'
> method of selecting architecture doesn't appear to work:
> jm-g26b101:bin robince$ file
> /Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6
> /Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6: Mach-O
> universal binary with 2 architectures
> /Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6 (for
> architecture i386):        Mach-O executable i386
> /Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6 (for
> architecture x86_64):      Mach-O 64-bit executable x86_64

The problem here is that that "python2.6" binary in the framework bin 
directory is not the interpreter itself, rather it is a launcher that 
execv's to the real interpreter binary located in an app bundle within 
the framework.  This is also true of all of the other variants you may 
see in bin: pythonw, python32, etc.  So starting any of those 
executables with "arch -i386" only forces the launcher process to run in 
32-bit, the interpreter is then still execv-ed as 64-bit if available. 
The reason for the indirection is explained here:

http://bugs.python.org/issue6834

Basically it is to allow certain GUI functions to work correctly when 
python is invoked from the command line.  I've updated the issue to 
include some workarounds until the problem is fixed; you might also want 
to try Ronald's patch.

-- 
 Ned Deily,
 nad at acm.org


From Chris.Barker at noaa.gov  Wed Oct 28 21:34:46 2009
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Wed, 28 Oct 2009 13:34:46 -0700
Subject: [Pythonmac-SIG] Python XMP Toolkit bundling
In-Reply-To: <C70DE883.38DB5%jskibbie@schawk.com>
References: <C70DE883.38DB5%jskibbie@schawk.com>
Message-ID: <4AE8AAE6.8000902@noaa.gov>

Jim Skibbie wrote:
> I?m using py2app v. 0.4.3

That should do it.


>     2) make sure you are running py2app with the same python that you've
>     installed all that stuff into. (and tell us what python that is)
> 
> 
> Not sure what you mean about using the same python that I?ve installed 
> all the stuff into. I compiled boost, exempi and python-xmp-toolkit into 
> a directory inside my /opt/local folder. Should I have installed these 
> in some other place?

What I meant was to make sure that you run py2app with the same python 
that you are running your app with when it isn't bundles -- you can have 
any number of different pythons installed: 2.5, 2.5, macports, fink, 
etc., etc, etc.


> Here?s the setup.py, it is just the generated one from py2applet.

fine place to start

> I got the py2app to make an app that runs now by turning off the ?A 
> (alias mode) when building the app,

odd -- usually -A is easier to get working! Unless you move the bundle...

> but it still only runs on my 
> machine.

> I?m using OS X 10.5.8 and Python 2.5.1 which I?m assuming is what came 
> with my Mac? I don?t remember installing anything else.

If you use that one, py2app won't bundle everything, so it won't work on 
any non-10.5 machine (and I'm not sure about extra stuff you've installed).

It's best to use the python 2.5 you get from python.org

You will then need to re-install the add-on packages you need.

> Can you tell that I?m in a little over my head??

This is all more complicated than it should be.

-Chris


-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From ronaldoussoren at mac.com  Wed Oct 28 21:37:29 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Wed, 28 Oct 2009 21:37:29 +0100
Subject: [Pythonmac-SIG] 32/64 bit intel universal build
In-Reply-To: <2d5132a50910251527r616311b7tac4de0e04b2417fb@mail.gmail.com>
References: <2d5132a50910251431w17b48e81mbf891ad464745601@mail.gmail.com>
	<BE8F0A76-E1A3-4C54-825B-3AAFBEDA2809@kyngchaos.com>
	<2d5132a50910251527r616311b7tac4de0e04b2417fb@mail.gmail.com>
Message-ID: <0CEFD8D9-4740-428F-B785-42D2A020EB0C@mac.com>


On 25 Oct, 2009, at 23:27, Robin wrote:

> On Sun, Oct 25, 2009 at 10:15 PM, William Kyngesburye
> <woklist at kyngchaos.com> wrote:
>> Something I noticed with the Apple Python is that /usr/bin/python (which is
>> it's own binary and not a symlink) *only* responds to the env variable
>> VERSIONER_PYTHON_PREFER_32_BIT (I think that's the name).  While
>> /usr/bin/python2.6 (which is a symlink to the executable in the framework)
>> *only* responds to the arch command.
> 
> Thanks - I see that behaviour too now I checked.
> 
>> So, it looks like you configuration is using the env variable method.  I
>> don't compile my own Python, so I don't know if there is a configuration
>> option to set this behavior.
> 
> I tried but I can't get the environment variable to have any effect on
> the self-built python.org version.

That's because Apple's pythonw is a completely different executable than the python.org one. 

I'm working on a replacement for pythonw in 2.7 and 3.2 that will allow you to use the arch command to select an architecture. That version also works with 2.6, but I don't think I'll be able to sneak it into 2.6.5 because the new executable is not 100% backward compatible with the current one.

Ronald
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091028/c7743984/attachment.bin>

From robince at gmail.com  Thu Oct 29 13:13:02 2009
From: robince at gmail.com (Robin)
Date: Thu, 29 Oct 2009 12:13:02 +0000
Subject: [Pythonmac-SIG] 32/64 bit intel universal build
In-Reply-To: <0CEFD8D9-4740-428F-B785-42D2A020EB0C@mac.com>
References: <2d5132a50910251431w17b48e81mbf891ad464745601@mail.gmail.com>
	<BE8F0A76-E1A3-4C54-825B-3AAFBEDA2809@kyngchaos.com>
	<2d5132a50910251527r616311b7tac4de0e04b2417fb@mail.gmail.com>
	<0CEFD8D9-4740-428F-B785-42D2A020EB0C@mac.com>
Message-ID: <2d5132a50910290513i39777c6v9173ac4639a19b27@mail.gmail.com>

On Wed, Oct 28, 2009 at 8:37 PM, Ronald Oussoren <ronaldoussoren at mac.com>wrote:

> That's because Apple's pythonw is a completely different executable than
> the python.org one.
>
> I'm working on a replacement for pythonw in 2.7 and 3.2 that will allow you
> to use the arch command to select an architecture. That version also works
> with 2.6, but I don't think I'll be able to sneak it into 2.6.5 because the
> new executable is not 100% backward compatible with the current one.


Thanks very much - I dropped the replacement pythonw.c from the ticket into
Mac/Tools and rebuilt the Framework and now everything works as expected (I
had to change the hardcoded python path to 2.6).

Is this likely to work with virtualenv (it seems to but haven't tried too
much yet).

Cheers

Robin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091029/f57d24f4/attachment.htm>

From ronaldoussoren at mac.com  Thu Oct 29 13:16:23 2009
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Thu, 29 Oct 2009 13:16:23 +0100
Subject: [Pythonmac-SIG] 32/64 bit intel universal build
In-Reply-To: <2d5132a50910290513i39777c6v9173ac4639a19b27@mail.gmail.com>
References: <2d5132a50910251431w17b48e81mbf891ad464745601@mail.gmail.com>
	<BE8F0A76-E1A3-4C54-825B-3AAFBEDA2809@kyngchaos.com>
	<2d5132a50910251527r616311b7tac4de0e04b2417fb@mail.gmail.com>
	<0CEFD8D9-4740-428F-B785-42D2A020EB0C@mac.com>
	<2d5132a50910290513i39777c6v9173ac4639a19b27@mail.gmail.com>
Message-ID: <76752224-4F79-40EE-BA06-86F62EA59722@mac.com>


On 29 Oct, 2009, at 13:13, Robin wrote:

> On Wed, Oct 28, 2009 at 8:37 PM, Ronald Oussoren <ronaldoussoren at mac.com> wrote:
> That's because Apple's pythonw is a completely different executable than the python.org one.
> 
> I'm working on a replacement for pythonw in 2.7 and 3.2 that will allow you to use the arch command to select an architecture. That version also works with 2.6, but I don't think I'll be able to sneak it into 2.6.5 because the new executable is not 100% backward compatible with the current one.
> 
> Thanks very much - I dropped the replacement pythonw.c from the ticket into Mac/Tools and rebuilt the Framework and now everything works as expected (I had to change the hardcoded python path to 2.6). 
> 
> Is this likely to work with virtualenv (it seems to but haven't tried too much yet).

This should work as well as the current pythonw with virtualenv. The last time I checked, which is quite a while back, virtualenv didn't support the pythonw executable at all but always copied the "real" interpreter.

My new pythonw contains hooks that should make it possible to have virtualenv do the right thing w.r.t. executables. Writing a patch that implements this is one thing I want to do before merging the new pythonw.

Ronald
> 
> Cheers
> 
> Robin
>  
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091029/70f84ed5/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20091029/70f84ed5/attachment.bin>