<div dir="ltr">I'm new to this list, sorry if this was already asked.<br><br>I installed (py-)appscript using "setup.py install" and it works fine from an interactive session, but when I try to use it from python loaded into Apache through mod_python, I get this error:<br>
<br><pre>Could not import darkporter.jukebox.views. Error was: dlopen(/Library/WebServer/.python-eggs/appscript-0.19.0-py2.5-macosx-10.5-i386.egg-tmp/aem/ae.so, 2): no suitable image found. Did find:<br> /Library/WebServer/.python-eggs/appscript-0.19.0-py2.5-macosx-10.5-i386.egg-tmp/aem/ae.so: no matching architecture in universal wrapper<br>
<br></pre>Which I think is because Apache runs in 64-bit so any scripts loaded in also will? If I do "file" on that .so I get:<br><br>/Library/WebServer/.python-eggs/appscript-0.19.0-py2.5-macosx-10.5-i386.egg-tmp/aem/ae.so: Mach-O universal binary with 2 architectures<br>
/Library/WebServer/.python-eggs/appscript-0.19.0-py2.5-macosx-10.5-i386.egg-tmp/aem/ae.so (for architecture i386): Mach-O bundle i386<br>/Library/WebServer/.python-eggs/appscript-0.19.0-py2.5-macosx-10.5-i386.egg-tmp/aem/ae.so (for architecture ppc7400): Mach-O bundle ppc<br>
<br>Any way to inform setuptools that I also need "x86_64" architecture? I also ran into this problem while installing mod_python, dinked around with the makefile flags but gave up until I discovered that the latest subversion trunk has the correct flags for 64-bit.<br>
<br>If I really have to I could recompile Apache in 32-bit, but I'm hoping that won't be necessary.<br><br></div>