[Pythonmac-SIG] py2app 0.3 stable?

[Justin Mitchell]

On 1/29/06, Justin Mitchell <pythonmac at justinmitchell.net> wrote:
> On 1/29/06, Bob Ippolito <bob at redivi.com> wrote:
> >
> > On Jan 29, 2006, at 6:59 PM, Kevin Ollivier wrote:
> >
> > > Hi Justin,
> > >
> > > On Jan 29, 2006, at 6:23 PM, Justin Mitchell wrote:
> > >
> > >> On 1/29/06, Bob Ippolito <bob at redivi.com> wrote:
> > >>> On Jan 29, 2006, at 3:41 PM, Justin Mitchell wrote:
> > >>>
> > >>>> I did attempt to use 0.3 and got errors. I'll attempt to diagnose
> > >>>> those after I figure out whether it's even meant to be used or
> > >>>> not....
> > >>>
> > >>> Try it with the release version and see if it works.
> > >>>
> > >>
> > >> There are a few things that I've had trouble with, such as including
> > >> wxPython, and Intel Mac OS X support.
> > >>
> > >> In regards to wxPython... py2app 0.2 doesn't automatically include
> > >> the
> > >> wxPython 2.5.3 files, so I have to force it with "-p". This
> > >> results in
> > >> a rather large binary (19 megs worth of wxPython stuff). I'm using
> > >> 10.4.4 and the default python/wxPython version. I tried to "-exclude"
> > >> portions of wxPython, but -exclude doesn't seem to function (or I'm
> > >> using it improperly).
> > >
> > > Have you considered using 2.6.2 instead? It will properly include the
> > > bits you need (2.5.3 is part of the "system" for Tiger, which is why
> > > I suspect it doesn't automatically get included) and you'll benefit
> > > from the numerous bugfixes since 2.5.3.
> >
> > If you want to use installed packages that aren't part of the
> > standard library you have to use the option that makes it so:  --site-
> > packages
>
> Great, that did the trick. I misunderstood that option, before.
>
> > >> In regards to Intel support... well, my application won't run on the
> > >> Intel macs under Rosetta. It won't be until tomorrow, when I finally
> > >> get an Intel mac, that I'll know whether it is a problem with my
> > >> script, py2app, or what. If Universal Binary support works with
> > >> py2app
> > >> 0.3, then it would be very valuable to me too. I'll go into more
> > >> detail regarding this later, as soon as I can properly test it.
> > >
> > > wxWidgets/wxPython 2.6.3 will have support for building the wxWidgets
> > > part as a Universal Binary, but AFAIK Python doesn't officially have
> > > Universal binary support yet (though it's a work in progress), so at
> > > this point the wxPython wrappers would still be either PPC or Intel
> > > native. Once Python does have such support, we'll release a wxPython
> > > Universal Binary to go along with it. :-) (Barring any significant
> > > unforeseen problems!)
> > >
> > > Still, I've tried several py2app bundles that include wxPython, along
> > > with several other C++ wrapper extensions, and they've all worked
> > > just fine so far under Rosetta on an Intel iMac. So there may be a
> > > way to resolve this issue without creating a Universal build.
> >
> > At this point, universal binary support in py2app would hurt more
> > than help.  Right now you want the bootstrap to be PPC so that it's
> > forced to run under Rosetta.  As Kevin says, every py2app-built app
> > that I've ever tried on Rosetta worked just fine.  It must've been
> > something you did differently.
> >
> > -bob
>
> I'll do a proper test as soon as the iMac arrives. Hopefully the
> problem will have already been resolved by my previous fix.
>
>  - Justin
>

Just got the intel iMac. It took me five minutes to convince my
roommate that the whole computer is inside of the monitor.

Anyways, I'm running into this error when trying to run the
application (which was packaged with py2app 0.2). The script works if
I don't package it. No changes were made from the ppc version.

    import pcapy
ImportError: dlopen(/path/to/myapplication.app/Contents/Resources/Python/lib-dynload/pcapy.so,
2): no suitable image found.  Did find:
	/path/to/myapplication.app/Contents/Resources/Python/lib-dynload/pcapy.so:
mach-o, but wrong architecture

Any suggestions on where to go next?

Thanks a bunch,

Justin