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

Python 3. OS/X 10.6 Ipython
by John Riordan April 9, 2011

April 9, 2011

I am trying to get IPython running with Python 3.1 on OS/X 10.6.3. The install script for IPython configures it to run with Python 2.6. Is there a way around this?

2 1

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

ANN: py2app 0.5
by Ronald Oussoren Aug. 4, 2010

Aug. 4, 2010

Hi, I've just uploaded py2app 0.5 and new versions of altgraph, modulegraph and macholib. I hope this solves most issues with py2app. "easy_install-X.Y -U py2app" should install the software for you (where X.Y is your favorite version of Python) There is one new feature in this release: experimental support for python 3. This basicly means that I managed to build a single application as a standalone application bundle, without much testing. Alias builds and plugin bundles almost certainly don't work (the first because alias builds use the Carbon module which isn't available in python 3, the latter because I had to rewrite the C code in the application bundles and probably have to do the same for plugin bundles). Ronald

10 21

py2app error
by Nathan Lemoine Aug. 3, 2010

Aug. 3, 2010

Hey everyone, I've been trying to bundle my script into a standalone Mac application using the most updated version of py2app and Python 2.5 on OSX 10.5.8. I'm getting error messages during the compile procedure and I haven't come across a way to fix it. So I can run the py2applet and generate the setup.py file easily. Here's the output when I attempt python setup.py py2app: Traceback (most recent call last): File "/Library/Python/2.5/site-packages/py2app-0.5-py2.5.egg/py2app/ build_app.py", line 604, in _run self.run_normal() File "/Library/Python/2.5/site-packages/py2app-0.5-py2.5.egg/py2app/ build_app.py", line 675, in run_normal self.create_binaries(py_files, pkgdirs, extensions, loader_files) File "/Library/Python/2.5/site-packages/py2app-0.5-py2.5.egg/py2app/ build_app.py", line 739, in create_binaries dry_run=self.dry_run) File "/Library/Python/2.5/site-packages/py2app-0.5-py2.5.egg/py2app/ util.py", line 376, in byte_compile if force or newer(mod.filename, cfile): File "/Library/Python/2.5/site-packages/py2app-0.5-py2.5.egg/py2app/ util.py", line 172, in newer msource = get_mtime(source) File "/Library/Python/2.5/site-packages/py2app-0.5-py2.5.egg/py2app/ util.py", line 164, in get_mtime info = zf.getinfo(rest) File "/System/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/zipfile.py", line 462, in getinfo return self.NameToInfo[name] KeyError: 'pyglet/__init__.pyc' > /System/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/zipfile.py(462)getinfo() -> return self.NameToInfo[name] So the KeyError would tell me that py2app does not have pyglet in its dictionary, so that it doesn't know where to search to find pyglet, correct? When I go into Python and find the path for the pyglet module (pyglet.__path__), I receive ['/Library/Python/2.5/site-packages/ pyglet-1.1.4-py2.5.egg/pyglet']. Do I have to tell py2app specifically where to find the pyglet module? If so, how do I do that. Also, whenever I run py2app in alias mode, I get a completely different error: sudo python py2app setup.py -A (sudo is run because I get a permission denied error if I don't use it( Traceback (most recent call last): File "/Library/Python/2.5/site-packages/py2app-0.5-py2.5.egg/py2app/ build_app.py", line 602, in _run self.run_alias() File "/Library/Python/2.5/site-packages/py2app-0.5-py2.5.egg/py2app/ build_app.py", line 548, in run_alias dst = self.build_alias_executable(target, target.script) File "/Library/Python/2.5/site-packages/py2app-0.5-py2.5.egg/py2app/ build_app.py", line 1145, in build_alias_executable appdir, resdir, plist = self.create_bundle(target, script) File "/Library/Python/2.5/site-packages/py2app-0.5-py2.5.egg/py2app/ build_app.py", line 1131, in create_bundle use_runtime_preference=use_runtime_preference File "/Library/Python/2.5/site-packages/py2app-0.5-py2.5.egg/py2app/ build_app.py", line 1120, in create_appbundle extension=self.extension, File "/Library/Python/2.5/site-packages/py2app-0.5-py2.5.egg/py2app/ create_appbundle.py", line 34, in create_appbundle copy(srcmain, destmain) File "/Library/Python/2.5/site-packages/py2app-0.5-py2.5.egg/py2app/ util.py", line 233, in mergecopy return macholib.util.mergecopy(src, dest) File "build/bdist.macosx-10.5-i386/egg/macholib/util.py", line 111, in mergecopy copy2(src, dest) File "build/bdist.macosx-10.5-i386/egg/macholib/util.py", line 43, in copy2 shutil.copy2(fsencoding(src), fsencoding(dst)) File "/System/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/shutil.py", line 91, in copy2 copyfile(src, dst) File "/System/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/shutil.py", line 46, in copyfile fsrc = open(src, 'rb') IOError: [Errno 2] No such file or directory: '/Library/Python/2.5/ site-packages/py2app-0.5-py2.5.egg/py2app/apptemplate/prebuilt/main- i386' > /System/Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/shutil.py(53)copyfile() -> fsrc.close() I went into the Python Framework folder and the only prebuilt executeable in there is 32bit one, there isn't a main-i386 file. Am I missing a file? Any help is appreciated Nathan Lemoine

3 12

Installing Mysqldb Module on Python 2.5.1 on Mac OS X 10.5.8
by Muthoni Masinde Aug. 2, 2010

Aug. 2, 2010

Hello everyone, I am a new entrant to Python (but not new in programming). I am trying to install the mysqldb module on my Mac OS in vain. I have tried all the instructions in the README. I keep getting the following error setup_posix.py", line 32, in get_config metadata, options = get_metadata_and_options() File "/Users/Muthoni/phd2010/Thesis/software/Python/MySQL-python-1.2.3/setup_common.py", line 7, in get_metadata_and_options metadata = dict(config.items('metadata')) File "/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ConfigParser.py", line 544, in items ConfigParser.NoSectionError: No section: 'metadata' Someone please help. Thank you very much, Muthoni

2 2

py2app not happy with zope.interface
by Russell E. Owen July 31, 2010

July 31, 2010

A py2app-built application stopped building properly recently after various upgrades. It would fail immediately on startup complaining that it could not find zope.interface. The app uses Twisted, which is why it needs zope.interface. I tried adding "zope" or "zope.interface" to "packages", but neither worked (in particular, the latter resulted in a traceback during the build). What did work was to add a blank __init__.py file to the "zope" directory in site-packages. But I don't know why that was useful. (I realize it makes zope into a package, but I don't know why that was necessary because zope.interface can already be imported from the command line -- presumably due to a pth file). Details are given below. -- Russell Details Python 2.6, py2app 0.4.3, zope.interface 3.6.1 and Twisted 10.0.0. zope.interface is installed as follows (contents of site-packages): zope/ zope/interface/ zope.interface-3.6.1-py2.6-nspkg.pth zope.interface-3.6.1-py2.6.egg-info/ If I add a blank zope/__init__.py then the py2app-built application runs properly. zope.interface-3.6.1-py2.6-nspkg.pth contains: import sys,new,os; p = os.path.join(sys._getframe(1).f_locals['sitedir'], *('zope',)); ie = os.path.exists(os.path.join(p,'__init__.py')); m = not ie and sys.modules.setdefault('zope',new.module('zope')); mp = (m or []) and m.__dict__.setdefault('__path__',[]); (p not in mp) and mp.append(p) I don't use easy_install (I installed zope.interface with pip), so easy_install.pth doesn't contain any zope info. For completeness, here is what it has: import sys; sys.__plen = len(sys.path) import sys; new=sys.path[sys.__plen:]; del sys.path[sys.__plen:]; p=getattr(sys,'__egginsert',0); sys.path[p:p]=new; sys.__egginsert = p+len(new)

3 6

Possible bug with AppScript and Excel?
by Christian Prinoth July 29, 2010

July 29, 2010

Hi, I am having some problems handling axes in Excel charts via python and appscript. I am using apple's stock python 2.6.1, appscript 0.21.1 and Excel 12.2.5 on Snow Leopard 10.6.4 Here is how I am trying to get hold of an axis: *c=app('Microsoft Excel').get_axis(app.active_sheet.chart_objects[1].chart,axis_type=k.value_axis) * now c contains *app(u'/Applications/Microsoft Office 2008/Microsoft Excel.app').active_sheet.chart_objects[1].chart.axes.ID(131073)* but if I do: *c2=app('Microsoft Excel').get_axis(app.active_chart,axis_type=k.value_axis) * apparently I get the same result, in fact c==c2 returns true. Yet, if I try to access c, I get an error, eg *In [16]: c.maximum_scale()* *------------------------------------------------------------* *Traceback (most recent call last):* * File "<ipython console>", line 1, in <module>* * File "build/bdist.macosx-10.6-universal/egg/appscript/reference.py", line 643, in __call__* * return self.get(*args, **kargs)* * File "build/bdist.macosx-10.6-universal/egg/appscript/reference.py", line 499, in __call__* * raise CommandError(self, (args, kargs), e, self.AS_appdata)* *CommandError: Command failed:* * * *OSERROR: -1728* * * *MESSAGE: The object you are trying to access does not exist* * * *COMMAND: app(u'/Applications/Microsoft Office 2008/Microsoft Excel.app').active_sheet.chart_objects[1].chart.axes.ID(131073). maximum_scale.ge*t() but c2 works perfectly: *In [17]: c2.maximum_scale()* *Out[17]: 0.080000000000000016* Does anyone know what I am doing wrong or if there is a bug somewhere?

1 0

py2app x86_64 patch and question
by danodonovan July 29, 2010

July 29, 2010

Hi Ronald, I hope the Euro Python conference went well. I think py2app is a great idea, thanks for your hard work. I've been using py2app 0.5.2 (from SVN) to build a non-native X11 python app. I tweaked setup.py in testing/apptemplate to include: { 'name': 'main-x86_64', 'target': '10.5', 'cflags': '-isysroot /Developer/SDKs/MacOSX10.5.sdk -arch x86_64', 'cc': 'gcc-4.2', }, as my non-native X11 python isn't fat (or intel etc). Distutils builds everything in build/bdist.macosx-10.6-x86_64 (and so I needed a main-x86_64 prebuilt exe) This works fine for me (and I imagine could be done for main-i386 as someone else mentioned). But leads to my question: For whatever reason, py2app or distutils isn't including my C .so files in the dist/app - could this be because they reside in build/bdist.macosx-10.6-x86_64 rather than build/bdist.macosx-10.6-intel etc. as would be expected in a native build? Is there any way to force py2app to include the binaries from here? (or is this a distutils issue?) Thanks for your help, Dan -- View this message in context: http://old.nabble.com/py2app-x86_64-patch-and-question-tp29295418p29295418.… Sent from the Python - pythonmac-sig mailing list archive at Nabble.com.

2 1

PyQwt and PyInstaller
by Matti Lyra July 28, 2010

July 28, 2010

Hello. Does someone have experience on OS X on creating an app bundle with PyInstaller of a project that contains a PyQwt plot. I've installed PyQt, Qt and PyQwt from MacPorts and it seems that there is some linker error related to libLAPACK.dylib. When I run the application from the command line everything is fine but when I make an app bundle with PyInstaller the app fails with an error saying that PyQt4.QtCore.so can't load library libLAPACK.dylib (referenced from vecLib) because an incompatible libarary version - libLAPACK provides version 0.0.0 (this would be the libLAPACK that comes with Atlas and is installed by MacPorts). Here is the script that I'm using import sys from PyQt4.QtGui import * from PyQt4.QtCore import * from PyQt4.Qwt5 import * class MyApp (QMainWindow): def __init__(self, parent = None): QMainWindow.__init__(self, parent) self.setGeometry(300, 300, 250, 150) app = QApplication(sys.argv) ui = MyApp() ui.show() ui.raise_() sys.exit(app.exec_()) The error message is as follows: .Mactest dlopen(/path/to/Mactest.app/Contents/MacOS/PyQt4.QtCore.so, 2): Library not loaded: /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib .Mactest Referenced from: /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib .Mactest Reason: Incompatible library version: vecLib requires version 1.0.0 or later, but libLAPACK.dylib provides version 0.0.0

1 0