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

Fri Sep 14 08:51:54 CEST 2012

On 13 Sep, 2012, at 23:41, Paul Wiseman <poalman at gmail.com> wrote:

> 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?

What does the file command have to say about the python you use? Are you by any change using Apple's python with VERSIONER_PYTHON_PREFER_32_BIT set the environment (or the simular settings in defaults(1)). That would explain why you get a binary in the app bundle that supports 64-bit code while you don't get 64-bit code outsite of it.

:>>> import distutils.util
:>>> distutils.util.get_platform()
'macosx-10.8-intel'

Py2app currently doesn't detect this, although it might be better to do so (either automaticly adjust the executable in the bundle, or warn about this)

Ronald

>  
> 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/20120914/fa777171/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4788 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20120914/fa777171/attachment-0001.bin>