Hi Ronald,
I Played a but further…
With a bit of terminal foo, I changed to the Apple python. I blew away
DIST & Build and tried again. What I found is that because the EPD
directories were still at the beginning of my path, it still tried to
access that Makefile instead of looking for the Apple
Hi Chris,
In the latest couple of releases, they have brought out a cut down
EPD-Free which gets round that issue. It installs their python and
Numpy, Scipy, IPython, matplotlib, traits & chaco so you end up
getting wx / qt as well.
Cheers,
MArkL
On 18 July 2012 03:26, Chris Barker wrote:
> On
On Tue, Jul 17, 2012 at 5:25 PM, Chris Barker wrote:
> On Tue, Jul 17, 2012 at 11:03 AM, Michael McCracken
>
>> My question is: why does 'packages' copy the package recursively, but
>> not into the .zip,
>
> because there are packages that don't work right if zipped -- so this
> gets around that.
On Mon, Jul 16, 2012 at 10:49 PM, Ronald Oussoren wrote
> I guess I'll have to download EPD to test this, but it looks like EPD has a
> Python.framework where the framework version is different from the Python
> version, and parts of py2app assume they are the same (which it why copying
> pyco
On Tue, Jul 17, 2012 at 11:03 AM, Michael McCracken
> My question is: why does 'packages' copy the package recursively, but
> not into the .zip,
because there are packages that don't work right if zipped -- so this
gets around that.
> while 'includes' only gets single modules?
I suspect it's be
I am trying to package a main .app with helper apps in
Main.app/Resources/Helper.app, and I want to have a single
Resources/lib directory and a single Frameworks/ directory to cut down
on space.
So I'm tweaking the main app's includes and packages options to get
all the dependencies in one place,
