[Pythonmac-SIG] py2app unable to find cprocessors.so

[Paul Wiseman]

On 13 September 2012 19:56, Michael McCracken
<michael.mccracken at gmail.com>wrote:

> Paul, it's like this:
> setup(blah, options={"py2app": = {"bdist_base": "build/app1",
> "dist_dir": "dist/app1"}})
> setup(blah, options={"py2app": = {"bdist_base": "build/app2",
> "dist_dir": "dist/app2"}})
>
> For the full version, see my setup.py here: (ignore "windows-installer")
>
>
> http://bazaar.launchpad.net/~ubuntuone-control-tower/ubuntuone-windows-installer/trunk/view/head:/scripts/setup-mac.py
>
> see line 571 for how I call setup, line 562 for where I set the
> app-specific options, and line 497 for the dict with the options that
> the apps have in common.
>
> -mike
>
>
Awesome, thanks buddy!

changing the dist and build folders has solved my problem with
cprocessors.py and I can get a build, however running the app now reveals
another hurdle (yay)

ImportError:
dlopen(/Users/paul/Source/Python/dist/_--_BRAND_--_/_--_BRAND_--_.app/Contents/Resources/lib/python2.7/lib-dynload/wx/_core_.so,
2): no suitable image found.  Did find:
/Users/paul/Source/Python/dist/_--_BRAND_--_/_--_BRAND_--_.app/Contents/Resources/lib/python2.7/lib-dynload/wx/_core_.so:
no matching architecture in universal wrapper

running file on it gives the following;

paul$ file
dist/_--_BRAND_--_/_--_BRAND_--_.app/Contents/Resources/lib/python2.7/lib-dynload/wx/_core_.so
dist/_--_BRAND_--_/_--_BRAND_--_.app/Contents/Resources/lib/python2.7/lib-dynload/wx/_core_.so:
Mach-O universal binary with 2 architectures
dist/_--_BRAND_--_/_--_BRAND_--_.app/Contents/Resources/lib/python2.7/lib-dynload/wx/_core_.so
(for architecture ppc): Mach-O bundle ppc
dist/_--_BRAND_--_/_--_BRAND_--_.app/Contents/Resources/lib/python2.7/lib-dynload/wx/_core_.so
(for architecture i386): Mach-O bundle i386

and running this shows that it's looking for x86_64

paul$ dist/_--_BRAND_--_/_--_BRAND_--_.app/Contents/MacOS/python
Python 2.7.3 (v2.7.3:70274d53c1dd, Apr  9 2012, 20:52:43)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> sys.maxsize
9223372036854775807

but...

paul$ python
Python 2.7.3 (v2.7.3:70274d53c1dd, Apr  9 2012, 20:52:43)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> sys.maxsize
2147483647

my python interpreter is 32-bit and I ran 'python setup.py py2app' - how
has the app got ahold of a 64bit interpreter? I thought it just used the
one that you call setup with?


> On Thu, Sep 13, 2012 at 11:32 AM, Paul Wiseman <poalman at gmail.com> wrote:
> > On 13 September 2012 14:36, Ronald Oussoren <ronaldoussoren at mac.com>
> wrote:
> >>
> >>
> >> On 13 Sep, 2012, at 15:17, Paul Wiseman <poalman at gmail.com> wrote:
> >>
> >> On 13 September 2012 13:26, Ronald Oussoren <ronaldoussoren at mac.com>
> >> wrote:
> >>>
> >>>
> >>> On 13 Sep, 2012, at 14:17, Paul Wiseman <poalman at gmail.com> wrote:
> >>>
> >>> On 13 September 2012 12:13, Ronald Oussoren <ronaldoussoren at mac.com>
> >>> wrote:
> >>>>>>
> >>>>>>
> >>>>>
> >>>>> I checked out the latest trunk
> >>>>> (http://svn.pythonmac.org/py2app/py2app/trunk/), installed that and
> the
> >>>>> problem has gone :)
> >>>>>
> >>>>> Not sure which version I had before, but I only built this mac a week
> >>>>> ago or so, so think it's maybe the current version available for
> download
> >>>>>
> >>>>
> >>>> Hm maybe I spoke too soon, it builds ok now but when I run the app I
> get
> >>>> a error dialog with Open console and Terminate options, and this
> stack trace
> >>>> in the console
> >>>>
> >>>> Traceback (most recent call last):
> >>>>   File "/Applications/ZipCloud.app/Contents/Resources/__boot__.py",
> line
> >>>> 103, in <module>
> >>>>     _argv_emulation()
> >>>>   File "/Applications/ZipCloud.app/Contents/Resources/__boot__.py",
> line
> >>>> 101, in _argv_emulation
> >>>>     _get_argvemulator().mainloop()
> >>>>   File "/Applications/ZipCloud.app/Contents/Resources/__boot__.py",
> line
> >>>> 40, in mainloop
> >>>>     stoptime = Evt.TickCount() + timeout
> >>>> AttributeError: 'module' object has no attribute 'TickCount'
> >>>>
> >>>> That's odd, that code is not present in the trunk. Have you removed
> the
> >>>> dist and build directories before testing the latest py2app?
> >>>>
> >>>> Ronald
> >>>
> >>>
> >>> Yea definitely, I removed them at the start of the build script. I
> >>> removed them myself and ran it again with the same outcome. How can I
> check
> >>> which version I'm running? I guess installing the current trunk hasn't
> >>> worked exactly
> >>>
> >>>
> >>> The easiest way to check the version is run "python -c 'import py2app;
> >>> print(py2app.__version__)'".
> >>>
> >>> Ronald
> >>>
> >>
> >> I've got 0.5.3 which I'm a bit confused at as I can get 0.6.4 from
> pypi. I
> >> just looked in the one I checked out from svn, and in the readme it says
> >> 0.5.3 - whats the address I can checkout the latest version?
> >>
> >>
> >> I should have noticed this before, but the py2app sources aren't at
> >> svn.pythonmac.org anymore. Py2app is currently hosted at
> >> <https://bitbucket.org/ronaldoussoren/py2app>, and you'll also have to
> >> install the sibling projects altgraph, modulegraph and macholib.
> >>
> >> I hope to have some time this weekend to push out new releases of these
> >> projects,
> >>
> >> Ronald
> >
> >
> > I tried with multiprocess but I had no joy, I didn't manage to see the
> > stderr but it definitely wasn't building the subapps so I believe it was
> > getting the same error.
> >
> > I've got a 10.7 macbook I'm putting devtools and sqlalchemy on which I'll
> > try tomorrow and see if it will build or not to get more evidence if
> it's a
> > problem with 10.6 or not
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20120913/6eca6dd2/attachment.html>