🌐 Mailman 3 April 2010 - Pythonmac-SIG - python.org

MySQLdb on OS X 10.6
by Brian Zambrano Oct. 31, 2010

Oct. 31, 2010

Hi all, Like many others before me, I'm banging my head against the wall trying to get MySQLdb working on my new MacBook Pro with Snow Leopard. I have MySql 5.1 x86_64 installed, configured and running. I'm building MySQLdb 1.2.3c1 like this: export ARCHFLAGS='-arch x86_64' python setup.py build python setup.py install But it simply doesn't work....and apparently I'm not the only one<http://bit.ly/3iQy2> : (eb)brianz@eb-brianz$ python -c "import MySQLdb" Traceback (most recent call last): File "<string>", line 1, in <module> File "MySQLdb/__init__.py", line 19, in <module> import _mysql ImportError: dlopen(./_mysql.so, 2): no suitable image found. Did find: ./_mysql.so: mach-o, but wrong architecture Everything *looks* ok: (eb)brianz@eb-brianz$ file _mysql.so _mysql.so: Mach-O 64-bit bundle x86_64 (eb)brianz@eb-brianz$ otool -L _mysql.so _mysql.so: /usr/local/mysql/lib/libmysqlclient_r.16.dylib (compatibility version 17.0.0, current version 17.0.0) /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 124.1.1) (eb)brianz@eb-brianz$ (eb)brianz@eb-brianz$ file /usr/local/mysql/lib/libmysqlclient_r.16.dylib /usr/local/mysql/lib/libmysqlclient_r.16.dylib: Mach-O 64-bit dynamically linked shared library x86_64 Huh? Something is not right here. It sucks that the OS X builds are so painful. I'm sort of at a loss at where to go next. Suggestions? Any help greatly appreciated! BZ BTW...here are the relevant lines from the build: creating build/temp.macosx-10.6-i386-2.5 gcc-4.2 -fno-strict-aliasing -mno-fused-madd -fno-common -dynamic -DNDEBUG -g -fwrapv -Os -Wall -Wstrict-prototypes -DMACOSX -I/usr/include/ffi -DENABLE_DTRACE -pipe -Dversion_info=(1,2,3,'gamma',1) -D__version__=1.2.3c1 -I/usr/local/mysql/include -I/System/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5 -c _mysql.c -o build/temp.macosx-10.6-i386-2.5/_mysql.o -g -Os -arch x86_64 -fno-common -D_P1003_1B_VISIBLE -DSIGNAL_WITH_VIO_CLOSE -DSIGNALS_DONT_BREAK_READ -DIGNORE_SIGHUP_SIGQUIT -DDONT_DECLARE_CXA_PURE_VIRTUAL In file included from _mysql.c:36: /usr/local/mysql/include/my_config.h:1049:1: warning: "HAVE_WCSCOLL" redefined In file included from /System/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5/Python.h:8, from pymemcompat.h:10, from _mysql.c:29: /System/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5/pyconfig.h:725:1: warning: this is the location of the previous definition gcc-4.2 -Wl,-F. -bundle -undefined dynamic_lookup -arch x86_64 build/temp.macosx-10.6-i386-2.5/_mysql.o -L/usr/local/mysql/lib -lmysqlclient_r -lz -lm -lmygcc -o build/lib.macosx-10.6-i386-2.5/_mysql.so

4 6

Weird Carbon: gestalt: wxPython issue/bug
by Christopher Barker Oct. 13, 2010

Oct. 13, 2010

Hi folks, Peter Hanson, on the wxPython list, seems to have identified a bug in the gestalt module, that may be a Carbon issue. It's a bit of an unusual case: it freezes up wxPython, when wx is called from other than the main thread. Robin Dunn suspects that it's a Carbon issue -- gestalt is calling Carbon, and doing so in the main thread, so you are then trying to call Carbon from more than one thread, which may be the cause of the problem. I've confirmed that if you call gestalt from the same thread as wxPython, there is no failure. A link to Robin Dunn's assessment: http://permalink.gmane.org/gmane.comp.python.wxpython/76590 As Carbon is deprecated anyway, I guess it's time for gestalt ( or platform.mac_ver ) to be re-written I've tested on OS-X 10.4.11, Python 2.5 and Python2.6 Here is Peter's summary and sample code: # Demonstration of application freeze on OSX. # Running "python osx_freeze.py" shows the symptom: # non-responsiveness after about 3 seconds. In theory # this will occur in any wxPython app which runs # the GUI event loop in a thread other than the one # in which the failing gestalt('sysu') call (see below) # is first executed. # Enabling any of these imports can trigger the problem # as each one imports the next one down in the list. # This will happen only with pkg_resources v0.6c10 or later # although it's not pkg_resources' fault. # import matplotlib.figure # import matplotlib.axes # import matplotlib.dates # import pytz # import pkg_resources # The next import alone doesn't lead to failure, # but the function call does. # This same code is executed by pkg_resources starting # with setuptools v0.6c10. # from platform import mac_ver; mac_ver() # The platform.mac_ver() call does the following, which # is what ultimately leads to the failure. Calls # to gestalt() with 'sysa' (for example) do not # trigger the problem, either because the problem is # related to the 'sysu' itself, or to the fact that # an exception is raised because the selector "sysu" # is no longer recognized. from gestalt import gestalt try: print gestalt('sysu') except Exception, ex: print 'gestalt call failed' if __name__ == '__main__': def gui(): import wx app = wx.App(False) frame = wx.Frame(None) wx.StaticText(frame, label='Goodbye, cruel world') frame.Show() app.MainLoop() import threading threading.Thread(target=gui).start() -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chris.Barker(a)noaa.gov

5 14

os 9.2
by Suresh Krishna May 21, 2010

May 21, 2010

hi, i have to work with mac OS 9.2 for legacy reasons...is there a compiled version of python for this os ? i need to get input about variable values from the user and then print out some text files that make use of this input. a gui would be nice, but keyboard based input would be ok too... thanks much, suresh ps. if there isn't a version of python that will work, perhaps you could suggest some other scripting language for 0S 9.2 ?

3 3

Module Import Problem
by Mike May 11, 2010

May 11, 2010

Hi, My friend is testing my program for me on his Mac, he's running Snow leopard. I'm using a package called Pyttsc that allows for text to speech on the Mac. He's getting the following error: file: build/bdist.macosx-10.6universal/egpyttsx/drivers/nsss.py, line 18: no module named foundation I looked into this, and it seems to be something related to PyObjC. However, he tried import pyobjc and got no errors. Any idea what the problem might be and how to fix it? Also, will this application build with py2app since it uses this package? Thanks. Mike

4 14

Question on appscript's entire_contents() call
by Andrew Wu April 30, 2010

April 30, 2010

Hello, My team is using py-appscript to do some automated testing (via the UI). We really like the entire_contents() call because it gives us all the UI elements for a given application (as referenced via app('System Events').processes[app_name]). However, entire_contents() seems to return a list, and we lose the advantage of generating complex queries to discover information about a set of objects. Instead we've found ourselves having to iterate over the list and querying each item of interest in the list, which results in a significant performance hit. I have 2 primary questions: a) Is there a way to create complex queries on entire_contents in this context, or am I stuck iterating over the list that is returned? b) The same operation on the resultant list on Snow Leopard (10.6.3) seems to run 4x slower than on Leopard (10.5.8), discounting hardware differences. Is there a way for me to setup the appscript installation to mitigate this performance hit? As an example, let's say I'd like to build a representative tree structure of the menu bar for a running application. Apologies if I'm misusing terms. Thank you, Andrew

1 0

Qt.so import error running a py2app's app
by IloChab April 29, 2010

April 29, 2010

I was using py2app 0.3.6 on OsX Tiger and this configuration: Python 2.5.2 Qt 4.3.4 PyQt 4.3.3 PyQwt 5.0.2 and every thing was working fine with this setup: setup(name = 'dieta', version = __version__, app=[{"script":"dieta.py", "icon_resources": [(1, "icons/dieta.ico")]}], data_files=[ (os.path.join("plugins","sqldrivers"), (glob.glob('/usr/local/Trolltech/Qt-4.3.4/plugins/sqldrivers/*.*'))), (os.path.join("plugins","imageformats"), (glob.glob('/usr/local/Trolltech/Qt-4.3.4/plugins/imageformats/*.*'))), ], options = {'py2app': { "compressed": 1, "optimize": 2, 'argv_emulation':1, "packages": ["encodings"], "includes":["sip", 'PyQt4.QtSvg'], 'excludes': ["Tkconstants","Tkinter","tcl"] } }, Now I upgraded my mac to SnowLeopard with: Python 2.6.1 Qt 4.6.2 PyQt 4.7.3 PyQwt 5.2.1 and running py2app 0.4.2 with this setup: setup(name = 'dieta', version = __version__, app=[{"script":"dieta.py", "icon_resources": [(1, "icons/dieta.ico")]}], data_files=[ (os.path.join("plugins","sqldrivers"), (glob.glob('/Developer/Applications/Qt/plugins/sqldrivers/*.*'))), (os.path.join("plugins","imageformats"), (glob.glob('/Developer/Applications/Qt/plugins/imageformats/*.*'))), ], options = {'py2app': { "compressed": 1, "optimize": 2, 'argv_emulation':1, "packages": ["encodings"], "includes":["sip", 'PyQt4.QtSvg'], 'excludes': ["Tkconstants","Tkinter","tcl"] } }, I get an app that on startup gives me this: ImportError: '/usr/lib/python2.6/lib-dynload/PyQt4/Qt.so' not found I just started to use snow-leopard, and,really, I dodn't understand much about its strange way to use target installation directories (I'm used to linux) I found that Qt.so its been installed in /Library/Python/2.6/site-packages/PyQt4 and if I look into the app's directory structure I find Qt.so into: dieta.app/Contents/Resources/lib/python2.6/lib-dynload/PyQt4 Whats wrong with that? Why I get that error? I hope some of you will help. ciao Licia

1 0

Python's Mac/BuildScript/build_installer.py fails on 10.6 / 2.6.5
by David Warde-Farley April 28, 2010

April 28, 2010

I have so far had two issues, one that should definitely be addressed by the package maintainers and one that . One was that this line in Mac/Makefile.in, $(CC) $(subst -arch i386,,$(subst -arch ppc,,$(LDFLAGS))) -o $@ @UNIVERSAL_ARCH64_FLAGS@ $(srcdir)/Tools/pythonw.c was causing the '-arch ppc' that forms a prefix of '-arch ppc64' to be removed, leaving only a "64" when using --universal-archs=all. I worked around this by adding a space before the two commas. The second was that the PythonDocumentation target doesn't seem to build, due to some Sphinx error that I haven't hunted down yet. Here's the traceback: ... ... A tools/pygments/filter.py Checked out revision 80558. Exception occurred: File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/encodings/utf_8_sig.py", line 19, in decode if input.startswith(codecs.BOM_UTF8): AttributeError: 'buffer' object has no attribute 'startswith' The full traceback has been saved in /var/folders/lf/lfVpd1o4GcqQEL0xQ150lU+++TU/-Tmp-/sphinx-err-6FaAYF.log, if you want to report the issue to the developers. Please also report this if it was a user error, so that a better error message can be provided next time. Either send bugs to the mailing list at <http://groups.google.com/group/sphinx-dev/>, or report them in the tracker at <http://bitbucket.org/birkenfeld/sphinx/issues/>. Thanks! make: *** [build] Error 1 mkdir -p build/html build/doctrees python tools/sphinx-build.py -b html -d build/doctrees -D latex_paper_size= . build/html Running Sphinx v0.6.5 loading pickled environment... not found building [html]: targets for 465 source files that are out of date updating environment: 465 added, 0 changed, 0 removed reading sources... [ 0%] about Traceback (most recent call last): File "/Users/dwf/src/tarball/Python-2.6.5/Mac/BuildScript/build-installer.py", line 1114, in <module> main() File "/Users/dwf/src/tarball/Python-2.6.5/Mac/BuildScript/build-installer.py", line 1082, in main buildPythonDocs() File "/Users/dwf/src/tarball/Python-2.6.5/Mac/BuildScript/build-installer.py", line 673, in buildPythonDocs runCommand('make html') File "/Users/dwf/src/tarball/Python-2.6.5/Mac/BuildScript/build-installer.py", line 353, in runCommand raise RuntimeError, "command failed: %s"%(commandline,) RuntimeError: command failed: make html dwf@chebyshev:~/src/tarball/Python-2.6.5/Mac/BuildScript$

2 1

Re: [Pythonmac-SIG] Module Import Problem
by Mike April 27, 2010

April 27, 2010

I figured I'd try installing PyObjC from source. However, the Mac doesn't seem to have GCC. I can't figure out how to get this, without paying for some develeopers account. Even if I did I think I'd need to bee running Snow Leopard and I'm running 10.5.5. Any ideas? ----- Original Message ----- From: "Chris Barker" <Chris.Barker(a)noaa.gov> To: "Mike" <smartmike1(a)gmail.com> Sent: Sunday, April 25, 2010 1:11 PM Subject: Re: [Pythonmac-SIG] Module Import Problem > Mike wrote: >> Using easy_install. I installed easy_install by using this script: >> http://peak.telecommunity.com/dist/ez_setup.py >> I ran that as python ez_setup.py seetuptools >> Then: >> easy_install pyttsx > > I'm sorry, that may have been a total red herring -- I think that path is > given because easy-install put in the pyc files that were built from that > location -- so the traceback has that path. > > Though I've never noticed that before. > >>>>>> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-10 >>>>>> .3-fat.egg/objc/_objc.so >>>>>> Reason: Incompatible library version: _objc.so requires version >>>>>> 10.0.0 or later, but libxml2.2.dylib provides version 9.0.0 > > I don't have snow leopard, but this looks like a classic library problem, > the ObjC libs on snow leopard are looking for a newer libxml2.2 than you > have -- where does libxml2.2.dylib live -- anyone know where it is > supposed to come from? > > -CHB > > > -- > Christopher Barker, Ph.D. > Oceanographer > > Emergency Response Division > NOAA/NOS/OR&R (206) 526-6959 voice > 7600 Sand Point Way NE (206) 526-6329 fax > Seattle, WA 98115 (206) 526-6317 main reception > > Chris.Barker(a)noaa.gov

3 2

Mac in VM?
by Aahz April 27, 2010

April 27, 2010

[starting a new thread] On Sun, Apr 25, 2010, Ronald Oussoren wrote: > > [...] running a 10.5 VM just for doing test builds of the installer > sucks. Could you point at documentation on running Mac VMs? AFAICT, you can only do that with OS X Server; if you know differently that would be a huge help. -- Aahz (aahz(a)pythoncraft.com) <*> http://www.pythoncraft.com/ "It is easier to optimize correct code than to correct optimized code." --Bill Harlan

2 1

Re: [Pythonmac-SIG] [Python-Dev] Fwd: Broken link to download (Mac OS X)
by skip＠pobox.com April 25, 2010

April 25, 2010

(Moving this response from python-dev to pythonmac-sig...) Michael> A build on my machine produces output similar to: Michael> Python build finished, but the necessary bits to build these modules Michael> were not found: Michael> _bsddb dl gdbm Michael> imageop linuxaudiodev ossaudiodev Michael> readline spwd sunaudiodev Michael> To find the necessary bits, look in setup.py in detect_modules() for the Michael> module's name. Michael> Failed to build these modules: Michael> _tkinter Using /usr/bin/python (Apple's 2.5.1) as a reference I find that I am able to import the following modules from the above lists: imageop readline dl _tkinter Using the Enthought framework build (2.5.4) I can import: bsddb imageop readline dl _tkinter I don't have one of Ronald's framework builds handy, but the above suggests several of those which failed to build for you should build. I tried a framework build after doing the following: * remove /opt/local and /usr/local from my set of environment variables * rename /usr/local to /usr/local- * comment out references to /sw and /opt/local in setup.py. dl, _tkinter and imageop built for me. You must be missing Tcl and Tk from /Library/Frameworks to miss on _tkinter. Not sure why the dl and imageop modules failed for you. otool -L suggests that the only dylib files required are libgcc_s and libSystem, both in /usr/lib. Are you missing some header files perhaps? Skip

5 11