Mailman 3 June 2012 - Pythonmac-SIG

How to make py2app app stub link to Cocoa framework?
by Kevin Walzer March 31, 2013

March 31, 2013

I've been trying to get one of my Python-Tk applications to integrate with Lion's sandboxing framework (for Mac App Store submission) and have been having difficulty. Based on some feedback I received in the Apple Developer forums, it appears that part of the issue is that the executable stub created by py2app does not link to the Cocoa frameworks. A quick run of otool -L confirms this: Kevin-Walzers-MacBook:~ kevin$ otool -L /Users/kevin/Programming/quickwho/cbk/QuickWho.app/Contents/MacOS/QuickWho /Users/kevin/Programming/quickwho/cbk/QuickWho.app/Contents/MacOS/QuickWho: /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 832.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.10) Is there any way I can get this executable linked to /System/Library/Frameworks/Cocoa.framework? I didn't think install_name_tool would do the trick, as that just rewrites links, rather than adding them. A Any suggestions are appreciated. --Kevin -- Kevin Walzer Code by Kevin http://www.codebykevin.com

3 6

py2app and PyQt: QT plugins cause loading multiple QT library versions
by Michael McCracken Nov. 28, 2012

Nov. 28, 2012

New user, so new thread, in reference to "(PyQt and py2app) Gui starts in IDLE but not as app". This happens when Qt loads image plugins from the system location (likely set during Qt's configure), which then load the system Qt. The problem and a workaround are described here: http://lists.trolltech.com/qt-interest/2008-09/thread00258-0.html py2app's PyQt sample doesn't exercise enough of Qt to hit this problem. I'm not sure exactly what part of Qt you'd need to trigger it, but I guess the Color Picker might work. The quick way, if you know you don't need these plugins, is to create an empty qt.conf file at MyApp.app/Contents/Resources/qt.conf. The plugin search path can be set in that qt.conf, or an empty one just stops it from looking for plugins. I've verified that an empty file avoids the issue, haven't tested setting the path. For py2app, I guess some thought is required for a nice API to handle this case, since these are C dylibs that won't be detected at bundle time. Ideally, we could have an option that takes a list of qt plugins we need, and creates the appropriate qt.conf. There isn't a quick way to add this in, so I thought I'd ask for comments on how it should be designed. I will probably need plugin support soon, and I'd like to be able to contribute the change back. Thanks, -mike

3 7

Trouble building against Tkinter on 64-bit python.org python
by Russell E. Owen Nov. 14, 2012

Nov. 14, 2012

I'm on MacOS X 10.6.8 using 64-bit Python 2.7.2 from python.org (the 10.6 version) and ActiveState Tcl/Tk 8.5.10. I would like to build matplotlib 1.1.0 (in fact I'd like to build an official binary installer) and am running into problems. The build and install goes fine, though with a few odd messages (see appended log). But importing pylab rusults in: objc[1083]: Class TKApplication is implemented in both /Library/Frameworks/Tk.framework/Versions/8.5/Tk and /System/Library/Frameworks/Tk.framework/Versions/8.5/Tk. One of the two will be used. Which one is undefined. objc[1083]: Class TKMenu is implemented in both /Library/Frameworks/Tk.framework/Versions/8.5/Tk and /System/Library/Frameworks/Tk.framework/Versions/8.5/Tk. One of the two will be used. Which one is undefined. objc[1083]: Class TKContentView is implemented in both /Library/Frameworks/Tk.framework/Versions/8.5/Tk and /System/Library/Frameworks/Tk.framework/Versions/8.5/Tk. One of the two will be used. Which one is undefined. objc[1083]: Class TKWindow is implemented in both /Library/Frameworks/Tk.framework/Versions/8.5/Tk and /System/Library/Frameworks/Tk.framework/Versions/8.5/Tk. One of the two will be used. Which one is undefined. Any idea how to deal with this? Google turned up others with this problem but no obvious solution. -- Russell P.S. partial log of build (not install) of matplotlib: Edit setupext.py to point it to Apple's built-in libraries, plus include /usr/local (which doesn't have a lot in it --nothing in lib or includes): 'darwin' : ['/usr/local', '/usr', '/usr/X11'], $ python setup.py build BUILDING MATPLOTLIB ???????????matplotlib: 1.1.0 ???????????????python: 2.7.2 (v2.7.2:8527427914a2, Jun 11 2011, 15:22:34) ???????????????????????[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] ?????????????platform: darwin REQUIRED DEPENDENCIES ????????????????numpy: 1.6.1 ????????????freetype2: found, but unknown version (no pkg-config) OPTIONAL BACKEND DEPENDENCIES ???????????????libpng: found, but unknown version (no pkg-config) ??????????????Tkinter: Tkinter: version not identified, Tk: 8.5, Tcl: 8.5 ?????????????????Gtk+: no ???????????????????????* Building for Gtk+ requires pygtk; you must be able ???????????????????????* to "import gtk" in your build/install environment ??????Mac OS X native: yes ???????????????????Qt: no ??????????????????Qt4: no ????????????????Cairo: no OPTIONAL DATE/TIMEZONE DEPENDENCIES ?????????????datetime: present, version unknown ?????????????dateutil: matplotlib will provide ?????????????????pytz: matplotlib will provide adding pytz OPTIONAL USETEX DEPENDENCIES ???????????????dvipng: no ??????????ghostscript: /bin/sh: gs: command not found ????????????????latex: no [Edit setup.cfg to suppress the above messages] ========================================================================= === pymods ['pylab'] packages ['matplotlib', 'matplotlib.backends', 'matplotlib.backends.qt4_editor', 'matplotlib.projections', 'matplotlib.testing', 'matplotlib.testing.jpl_units', 'matplotlib.tests', 'mpl_toolkits', 'mpl_toolkits.mplot3d', 'mpl_toolkits.axes_grid', 'mpl_toolkits.axes_grid1', 'mpl_toolkits.axisartist', 'matplotlib.sphinxext', 'matplotlib.tri', 'matplotlib.delaunay', 'pytz', 'dateutil', 'dateutil.zoneinfo'] running build running build_py ... gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -isysroot /Developer/SDKs/MacOSX10.6.sdk -arch i386 -arch x86_64 -g -O2 -DNDEBUG -g -O3 -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -I/Library/Frameworks/Tcl.framework/Headers -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -Isrc -Iagg24/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Tcl.framework/Headers/freetype2 -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders/freet ype2 -I/Library/Frameworks/Tk.framework/Headers/freetype2 -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders/freety pe2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -Isrc/freetype2 -Iagg24/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/agg_py_transforms.cpp -o build/temp.macosx-10.6-intel-2.7/src/agg_py_transforms.o -framework Tcl -framework Tk i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -isysroot /Developer/SDKs/MacOSX10.6.sdk -arch i386 -arch x86_64 -g -O2 -DNDEBUG -g -O3 -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -I/Library/Frameworks/Tcl.framework/Headers -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -Isrc -Iagg24/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Tcl.framework/Headers/freetype2 -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders/freet ype2 -I/Library/Frameworks/Tk.framework/Headers/freetype2 -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders/freety pe2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -Isrc/freetype2 -Iagg24/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/_tkagg.cpp -o build/temp.macosx-10.6-intel-2.7/src/_tkagg.o -framework Tcl -framework Tk i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -isysroot /Developer/SDKs/MacOSX10.6.sdk -arch i386 -arch x86_64 -g -O2 -DNDEBUG -g -O3 -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -I/Library/Frameworks/Tcl.framework/Headers -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -Isrc -Iagg24/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Tcl.framework/Headers/freetype2 -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders/freet ype2 -I/Library/Frameworks/Tk.framework/Headers/freetype2 -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders/freety pe2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -Isrc/freetype2 -Iagg24/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c CXX/cxx_extensions.cxx -o build/temp.macosx-10.6-intel-2.7/CXX/cxx_extensions.o -framework Tcl -framework Tk i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -isysroot /Developer/SDKs/MacOSX10.6.sdk -arch i386 -arch x86_64 -g -O2 -DNDEBUG -g -O3 -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -I/Library/Frameworks/Tcl.framework/Headers -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -Isrc -Iagg24/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Tcl.framework/Headers/freetype2 -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders/freet ype2 -I/Library/Frameworks/Tk.framework/Headers/freetype2 -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders/freety pe2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -Isrc/freetype2 -Iagg24/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c CXX/cxxsupport.cxx -o build/temp.macosx-10.6-intel-2.7/CXX/cxxsupport.o -framework Tcl -framework Tk i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -isysroot /Developer/SDKs/MacOSX10.6.sdk -arch i386 -arch x86_64 -g -O2 -DNDEBUG -g -O3 -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -I/Library/Frameworks/Tcl.framework/Headers -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -Isrc -Iagg24/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Tcl.framework/Headers/freetype2 -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders/freet ype2 -I/Library/Frameworks/Tk.framework/Headers/freetype2 -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders/freety pe2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -Isrc/freetype2 -Iagg24/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c CXX/IndirectPythonInterface.cxx -o build/temp.macosx-10.6-intel-2.7/CXX/IndirectPythonInterface.o -framework Tcl -framework Tk i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -isysroot /Developer/SDKs/MacOSX10.6.sdk -arch i386 -arch x86_64 -g -O2 -DNDEBUG -g -O3 -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -I/Library/Frameworks/Tcl.framework/Headers -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -Isrc -Iagg24/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Tcl.framework/Headers/freetype2 -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders/freet ype2 -I/Library/Frameworks/Tk.framework/Headers/freetype2 -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders/freety pe2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -Isrc/freetype2 -Iagg24/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c CXX/cxxextensions.c -o build/temp.macosx-10.6-intel-2.7/CXX/cxxextensions.o -framework Tcl -framework Tk i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done c++ -bundle -undefined dynamic_lookup -arch i386 -arch x86_64 -isysroot /Developer/SDKs/MacOSX10.6.sdk -isysroot /Developer/SDKs/MacOSX10.6.sdk -g build/temp.macosx-10.6-intel-2.7/src/agg_py_transforms.o build/temp.macosx-10.6-intel-2.7/src/_tkagg.o build/temp.macosx-10.6-intel-2.7/CXX/cxx_extensions.o build/temp.macosx-10.6-intel-2.7/CXX/cxxsupport.o build/temp.macosx-10.6-intel-2.7/CXX/IndirectPythonInterface.o build/temp.macosx-10.6-intel-2.7/CXX/cxxextensions.o -L/usr/lib -L/usr/X11/lib -L/usr/lib -L/usr/X11/lib -lstdc++ -lm -lfreetype -lz -lstdc++ -lm -o build/lib.macosx-10.6-intel-2.7/matplotlib/backends/_tkagg.so -framework Tcl -framework Tk building 'matplotlib.backends._macosx' extension gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -isysroot /Developer/SDKs/MacOSX10.6.sdk -arch i386 -arch x86_64 -g -O2 -DNDEBUG -g -O3 -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -Isrc -Iagg24/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/_macosx.m -o build/temp.macosx-10.6-intel-2.7/src/_macosx.o src/_macosx.m: In function ?FigureManager_init?: src/_macosx.m:3755: warning: class 'View' does not implement the 'NSWindowDelegate' protocol src/_macosx.m: In function ?FigureManager_init?: src/_macosx.m:3755: warning: class 'View' does not implement the 'NSWindowDelegate' protocol

3 2

Re: [Pythonmac-SIG] Sqlite database drivers with py2app?
by Michael McCracken June 29, 2012

June 29, 2012

Hey, I'm glad that was useful! Another thing that probably won't affect you, but in case it does - make sure you keep a reference in your python script to the QtApplication that you create. ie, do 'app = QApplication(sys.argv)' instead of just 'QApplication(sys.argv)'. Otherwise the QApplication will get garbage collected and weird things happen, including forgetting where to look for plugins! Feel free to ask about PyQt4 here, as I'm working on porting a PyQt application to OS X now, and may have run into other problems already. Cheers, -mike On Thu, Jun 28, 2012 at 7:37 PM, Patrick Kenny <ptmkenny(a)gmail.com> wrote: > Thanks, that solved my problem! > > I really appreciate your help! > > > Cheers, > Patrick > > On 2012年6月29日Friday at 1:57, Michael McCracken wrote: > > Patrick, I've run into a similar problem - qt needs a qt.conf file to > be created in the Contents/Resources folder of the app bundle, with a > directive telling it where to find plugins. otherwise it looks in the > default system path. > > The environment variable QT_DEBUG_PLUGINS=1 can be very useful here. > > -mike > > On Thu, Jun 28, 2012 at 11:16 AM, Patrick Kenny <ptmkenny(a)gmail.com> wrote: > > I have a python application that uses a sqlite database. On my machine, > which has all the dependencies installed, there are no issues. However, when > I bundle the application with py2app, clicking a menu that causes the > database to be accessed results in this error: > > Database error: Driver not loaded Driver not loaded > > For the Windows installer, the files in \Qt\version\plugins\sqldrivers\*.* > can be copied to \myApp\sqldrivers\* > > The same files on the Mac can be found > in　/opt/local/share/qt4/plugins/sqldrivers (installed via Macports). > > However, copying the sqldrivers directory to my application's Resources or > Frameworks directories still results in the same error. > > How can I add sqlite support into my application that is built using py2app? > > Any help would be much appreciated. > > > Regards, > Patrick > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG(a)python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG > >

1 0

Sqlite database drivers with py2app?
by Patrick Kenny June 28, 2012

June 28, 2012

I have a python application that uses a sqlite database. On my machine, which has all the dependencies installed, there are no issues. However, when I bundle the application with py2app, clicking a menu that causes the database to be accessed results in this error: > Database error: Driver not loaded Driver not loaded For the Windows installer, the files in \Qt\version\plugins\sqldrivers\*.* can be copied to \myApp\sqldrivers\* The same files on the Mac can be found in　/opt/local/share/qt4/plugins/sqldrivers (installed via Macports). However, copying the sqldrivers directory to my application's Resources or Frameworks directories still results in the same error. How can I add sqlite support into my application that is built using py2app? Any help would be much appreciated. Regards, Patrick

2 1

ImportError: No module named pyqt_ui.qt_translator
by Patrick Kenny June 16, 2012

June 16, 2012

Hello. I'm attempting to package a python application (Mnemosyne, http://mnemosyne-proj.org) using py2app. I have built the application with py2app: sudo python setup.py py2app and copied the qt_menu.nib directory into the Resources directory. When I then attempt to launch the application: ./dist/Mnemosyne.app/Contents/MacOS/Mnemosyne I get this error: ImportError: No module named pyqt_ui.qt_translator I haven't been able to figure out what to add to the "includes" to ensure qt_translator is included. I looked at the PyQt module list: http://www.riverbankcomputing.co.uk/static/Docs/PyQt4/html/modules.html and learned that there is a "QTranslator" class in the QtCore module, but including "PyQt4.QtCore" doesn't help, nor does "PyQt4.*" Any help would be much appreciated. Patrick

1 0

Re: [Pythonmac-SIG] [Pyobjc-dev] Objective-C experts?
by Ronald Oussoren June 15, 2012

June 15, 2012

On 13 Jun, 2012, at 2:22, Ken Thomases wrote: > I can't claim to follow all of the details of how PyObjC works, but here are my impressions: > > On Jun 12, 2012, at 10:13 AM, Ronald Oussoren wrote: > >> trim_chars = u"*" >> #trim_chars = Cocoa.CFStringCreateWithCString(None, trim_chars, Cocoa.kCFStringEncodingASCII) >> >> Cocoa.CFStringTrim(s, trim_chars) > > Here, there are two paths, depending on whether that line above is commented out. Either a unicode object is implicitly converted to a CFString/NSString or a it's an objc.pyobjc_unicode object wrapping what's already a CFString/NSString. What are the code paths used by the two cases? A lot of it is implicit and I'm not able to follow it. Case 1: trim_chars = u"" -> CFStringTrim's second argument is a Python unicode which is proxied as a OC_PythonUnicode object and that proxy is passed to the C function Case 2: trim_chars = Cocoa.CFString... -> CFStringTrim's second argument is an instance of pyobjc_unicode, and the embedded NSString* value is passed to the C function pyobjc_unicode is used to proxy an Objective-C string to Python. I'd prefer to not use a custom class for that, but that would increase friction: you'd have to explicitly convert NSString instances to a python unicode object when using numerous Python APIs implemented in C. Pyobjc_unicode shouldn't really be an issue for this problem though, the only instance of that class in the script is the instance of "s", and that's released as soon as "s.nsstring()" is called. > >> For me te problem only occurs when I run this code with a 64-bit build of python ("arch -x86_64 python2.7 ...") and works fine in a 32-bit build ("arch -i386 python2.7 ..."). I have only tested on OSX 10.7, I'm currently traveling and cannot easily test on other releases. To make life even more interesting, the problem only occurs when "PyObjC_UNICODE_FAST_PATH" is active. > > I note that PyObjC_UNICODE_FAST_PATH affects PyObjCUnicode_New() as well as the implementation of OC_PythonUnicode. I recommend that, instead of disabling it globally by tweaking the header, you disable it in each translation unit independently to isolate which is the problem. I'm sort of suspecting it's PyObjCUnicode_New() rather than OC_PythonUnicode, especially given that you tried disabling the implementation of -getCharacters:range:. I've in effect disabled PyObjC_UNICODE_FAST_PATH for OC_PythonUnicode at least for now, and that fixes the issue as well. PyObjCUnicode_New should be in the clear. My new implementation for OC_PythonUnicode always uses the __realObject__ trick, and only optimzes the implementation of __realObject__: when sizeof(unichar) == sizeof(Py_UNICODE) I create the NSString with the "NoCopy" variant of the NSString initializer. This avoids duplicating the string contents, although there's still the unnecessary object that eats more memory. I'll probably revisit this in the future, I'd prefer to get rid of the additional object where possible. For now my current implementation works, and there are more important things to work on right now (not in the least getting an actual release out). > > I also note that PyObjCUnicode_New() uses the deprecated method -getCharacters: (no range) when the Unicode fast path is enabled. Other than that, I see no obvious problems with either code. Good catch. This should be harmless, but -getCharacters:range: is saver. I'll update the code. > > Given the 32-/64-bit difference, I was for a while suspecting that Py_UNICODE might be 4-byte UCS32 under 64-bit, but I see that PyObjC_UNICODE_FAST_PATH would not be enabled in that case. *shrug* Luckily the size of Py_UNICODE is a configure-time constant, and 16 bits in the default builds of Python. In Python 3.3 and later Py_UNICODE is UCS4 unconditionally, and Python's unicode object then uses UCS1, UCS2 or UCS4 as the backing store as appropriate. And after some optimization Python 3.3 unicode string is now as memory efficient and fast as Python 2.7's byte string for most code (according to discussions on python-dev, I haven't done benchmarking myself). Anyway, thanks for your help. I've also talked to an Apple engineer at WWDC, and the custom NSString subclass should just work, I was at one point worrying that CFString's APIs weren't guaranteed to work with custom NSString subclasses. Ronald

1 0

status pyobjc on osx
by Geert Dekkers June 14, 2012

June 14, 2012

hi Ik have a project i originally did in 2008 which uses pyobjc for coregraphics functionality. Obviously python on osx has moved forward since then, and i see that the included python libs no longer include pyobjc. I've been working around that, but what do the list members recommend to keep pyobjc working in the long run? Geert

3 2

Re: [Pythonmac-SIG] Objective-C experts?
by Ronald Oussoren June 13, 2012

June 13, 2012

On 13 Jun, 2012, at 2:58, ecir hana wrote: > Hi, > > I'm sorry I don't know what causes that in PyObjC but one option would be to try to do the same in cocoapy: > http://code.google.com/p/cocoa-python/ They don't seem to implement the part of PyObjC that the bug is in. Anyway, I've switched the implementation for the "FAST_PATH" to one that's almost the same as that of the non-fast path, both now delegate to a (hidden) NSString instance. The only difference is that the FAST_PATH uses an NSString that uses the data storage of the PyUnicodeObject as the data storage for the string. That way there is no data duplication. I'm using a simular trick for Python 3.3: the implementation for __realObject__ won't copy data unless it really has to. Ronald

1 0

Re: [Pythonmac-SIG] Objective-C experts?
by Ronald Oussoren June 13, 2012

June 13, 2012

On 13 Jun, 2012, at 2:58, ecir hana wrote: > Hi, > > I'm sorry I don't know what causes that in PyObjC but one option would be to try to do the same in cocoapy: > http://code.google.com/p/cocoa-python/ They don't seem to implement the part of PyObjC that the bug is in. Anyway, I've switched the implementation for the "FAST_PATH" to one that's almost the same as that of the non-fast path, both now delegate to a (hidden) NSString instance. The only difference is that the FAST_PATH uses an NSString that uses the data storage of the PyUnicodeObject as the data storage for the string. That way there is no data duplication. I'm using a simular trick for Python 3.3: the implementation for __realObject__ won't copy data unless it really has to. Ronald

1 0