On 1/26/10 6:17 AM, Ronald Oussoren wrote:
The codebase for py2app is incomprehensible at times, although that is
partially caused by external contraints (distutils and the attempt to mirror
py2exe's interface). It is all python code though and it should therefore be
possible to clean it up without diving into C.
I ran into difficulties with macholib. I didn't understand how to fix
error messages like this:
> error: unpack requires a string argument of length 32
>
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/macholib/ptypes.py(48)from_str()
-> return cls.from_tuple(struct.unpack(endian + cls._format_, s), **kw)
I tried to isolate what was going on, but nothing I tried worked.
Eventually I gave up.
But Ronald sees to think there are real advantages to py2app, and he would know.
I prefer py2app over bundlebuilder, mostly because py2app can create standalone
application without my specifying each and every file that needs to be included.
Bundlebuilder is more work in this respect, that's true.
If only I had more time for this stuff!
What bugs my most about py2app discussions on this list is that there are too
many people that complain and yet no-one seems to be inclined to do anything.
Ronald, did you see the patches included in this message?
http://mail.python.org/pipermail/pythonmac-sig/2009-December/021998.html
These may solve some of the issues that others have been reporting. I
encouraged the author of these patches to send them to you.
(They didn't solve my own issues with py2app, which continues to report
"New Mach-O header is too large to relocate" even after the patches.
According to notes from Bob Ippolito in the list archives, the only
solution here may be to recompile Tcl/Tk with different headerpad
flags, which I don't have time to do.)
--Kevin
--
Kevin Walzer
Code by Kevin
http://www.codebykevin.com
_______________________________________________
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.python.org/mailman/listinfo/pythonmac-sig
