So, I'm running into the familiar zlib not available problem (with the error message<div><br></div><div>7/26/10 8:37:21 AM<span class="Apple-tab-span" style="white-space:pre"> </span>[0x0-0x980c803].org.pythonmac.unspecified.moas[34233]<span class="Apple-tab-span" style="white-space:pre"> </span>zipimport.ZipImportError: can't decompress data; zlib not available</div>
<div><br></div><div>And I realized that, like the rest of the errors that I was running into, zlib was provided as a .so file in lib-dynload. And, go figure, copying the 'system' version of zlib into the application, like so:</div>
<div><br></div><div>cp /System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/zlib.so .</div><div><br></div><div>Moves the application past this error. So, the question remains - why is py2app packaging an application with 32-bit libraries that runs as 64-bit? Or how can one get it to package universal libraries? Or a 32-bit application? Or run the universal application as 32-bit? Because after this workaround, I'm confronted by the error</div>
<div><br></div><div>7/26/10 8:39:02 AM<span class="Apple-tab-span" style="white-space:pre"> </span>[0x0-0x9812809].org.pythonmac.unspecified.moas[34257]<span class="Apple-tab-span" style="white-space:pre"> </span>ImportError: /Users/tmcw/Code/python/mapsonastick_env/mapsonastick/dist/moas.app/Contents/Resources/lib/python2.6/lib-dynload/datetime.so: no appropriate 64-bit architecture (see "man python" for running in 32-bit mode)</div>
<div><br></div><div>Copying all .so files over eventually just leads to python version hell - because between the version of Python that comes with Snow Leopard and the one from Python.org, a new library file was added - _scproxy in Python 2.6.3 ( <a href="http://www.mail-archive.com/python-dev@python.org/msg42295.html">http://www.mail-archive.com/python-dev@python.org/msg42295.html</a> ).</div>
<div><br></div><div>Thanks for any help,</div><div><br></div><div>Tom MacWright</div>