Re: [Pythonmac-SIG] Problem with py2app 0.6
On 29 Mar, 2011, at 22:02, Russell E. Owen wrote: I used easy_install to install py2app 0.6 and tried it out on one of several applications I distribute. Unfortunately the build failed with; The testsuite is obviously not good enough yet to catch all errors. I've done some changes in how py2app deals with source files to clean up the code that deals with zipped egg files, and that obviously introduced a problem. I'll look into this, but that will at best be tonight (in CEST), and otherwise next sunday. BTW. Which version of python do you use? This is not related to this issue, but why do you use inclModules and inclPackages? Does py2app not copy those resources automaticly? And if not, do you use dynamic imports or only import statements? Ronald ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
Re: [Pythonmac-SIG] Problem with py2app 0.6
On Mar 29, 2011, at 10:58 PM, Ronald Oussoren wrote: On 29 Mar, 2011, at 22:02, Russell E. Owen wrote: I used easy_install to install py2app 0.6 and tried it out on one of several applications I distribute. Unfortunately the build failed with; The testsuite is obviously not good enough yet to catch all errors. I've done some changes in how py2app deals with source files to clean up the code that deals with zipped egg files, and that obviously introduced a problem. I'll look into this, but that will at best be tonight (in CEST), and otherwise next sunday. Thank you. No rush. The old version (which I saved by archiving my site-packages) works fine. (My code has is a fairly severe test of py2app, so I upgrade cautiously.) Let me know if there are any tests you want performed. BTW. Which version of python do you use? That result was with Python 2.6.6 (from python.org). This is not related to this issue, but why do you use inclModules and inclPackages? Does py2app not copy those resources automaticly? And if not, do you use dynamic imports or only import statements? For the most part it's due to dynamic loading. The application (named TUI) supports dynamically loaded scripts which may use any part of TUI, RO or matplotlib. I want to be sure the full packages are available even if some bits aren't used by the statically loaded main code. I'm not sure why that one Tk dialog module needs to be manually specified; certainly at one time if I didn't specify it then the application would fail. Maybe it's no longer needed. (Scripts don't use dialog boxes, so it's not due to dynamic loading). BTW: I'm also not allowing my code to be zipped up because I use __file__ to locate some non-code resources and the dynamically loaded scripts. I should convert that code but I'm not sure if there's a standard technique that will have long-term support. I recall that the 3rd party setuptools has something, but easy_install seems to be in flux. -- Russell ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
Re: [Pythonmac-SIG] Problem with py2app 0.6
On 3/30/11 8:25 AM, Russell Owen wrote: BTW: I'm also not allowing my code to be zipped up because I use __file__ to locate some non-code resources and the dynamically loaded scripts. I should convert that code but I'm not sure if there's a standard technique that will have long-term support. I recall that the 3rd party setuptools has something, but easy_install seems to be in flux. Indeed setuptools does provide that feature, but frankly, it doesn't work well with py2app (or py2exe) packages. You can get it to work but only by copying the entire egg into the bundle as-is, and hand-including setuptools itself (that may have changed, I haven't tried lately). In short, your __file__ method is probably easier to deal with, as you know exactly what it's doing. py2app has its own way of dealing with non-code resources, but it's really for application specific resources, rather than package-specific. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/ORR(206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception chris.bar...@noaa.gov ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
[Pythonmac-SIG] py2app, argv-emulation, and 64-bit
Hi all- I'm still relatively new to python, and very new to py2app. I'm looking for a workaround to the issue that argv-emulation is not supported for 64-bit executables. I have a fairly simple script that processes a text file, and would like to make a drag and drop app for users who aren't comfortable with the command line. Could anyone suggest a way around this error? My next move is to try building in Leopard, but would appreciate other suggestions (esp. if they don't require my finding a Leopard system.) TIA, Josh Powell ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG