🌐 Mailman 3 August 2006 - Pythonmac-SIG - python.org

on a tangent from new icons
by Jacob Rus Sept. 25, 2006

Sept. 25, 2006

While we're adding a bunch of icons to Mac Python, and editing Info.plist files, and so on, I think we might as well make a few other changes: 1. If it doesn't already, I think Mac Python should ship with a python spotlight importer (I got one somewhere else, but should be default) 2. Let's export some UTI's for .pyc/.pyo files and .egg files (maybe public.python-bytecode and public.python-egg or something, or maybe they need to be org.python.python-bytecode, etc.) 3. Let's make sure that python files get useful "kMDItemKind" names. Right now, if I associate one with PythonIDE.app, I get "plain text file" for .pyc, and "Document" for .pyo, which is not useful. 4. Let's add some spaces in the names of things like PythonIDE.app, BuildApplet.app, PythonLauncher.app and PackageManager.app. Some other questions: * What's the difference between PythonIDE.app and IDLE.app? Should they get different icons? Is one of them preferred to the other? I just use TextMate and iPython from terminal, so I don't really know what all they do. * What exactly do python eggs do? Are they just extra modules packaged up, or can you run them as standalone apps? * If the latter, how exactly do eggs differ from the applet's created by BuildApplet.app? * Do we want different icons for py2applet.app and BuildApplet.app? What exactly is the difference between these? Basically, I'm confused by the seemingly endless official or semi-official ways to package up python code and edit it on the Mac. Are any of these deprecated? -Jacob

8 10

importing dynamic library on intelMac
by David Worrall Sept. 1, 2006

Sept. 1, 2006

Hello All, I'm new here... and to dynamic libraries.... I've compiled a 3rd party's dynamic library , libXXX.dylib , a Mach- O dynamically linked shared library i386 and can't work out where to put it so that I can >>> import XXX is there a special place for such libraries? I've tried a few things without success. Would someone be kind enough to put me on the right path - [do I need to specifically have a dynamic libraries directory in my $PYTHONPATH for eg, and if so where should it be?] many thanks, David intelMac OS10.4.9 /Library/Frameworks/Python.framework/Versions/Current/bin/python Python 2.4.3 (#1, Mar 30 2006, 11:02:16) [GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin _______________________________________ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au

2 2

[ANN] py2app 0.3.2
by Bob Ippolito Sept. 1, 2006

Sept. 1, 2006

I found some time to rewrite the documentation for py2app to correspond to 0.3.2, and I've made some minor updates since the 0.3.1 release. The only change of real note in 0.3.2 is the changes I've made to the py2applet script. It now supports taking --options, and there's a new --make-setup option (for py2applet only) that will create a template setup.py instead of building the application. e.g. "py2applet --make- setup MyApp.py datafiles..." will generate a setup.py that would do what py2applet would've done on its own. If you have 0.3.x installed, simply "easy_install -U py2app" to upgrade. If not, installation/upgrade instructions are in the docs: http://svn.pythonmac.org/py2app/py2app/trunk/doc/index.html Note that only Universal Python 2.4.3 is tested/supported at this point. Other framework builds might work, non-framework builds probably won't. Python 2.5 should work, but I believe that requires the trunk of setuptools to be installed. Also, plugin building hasn't been tested at all in the 0.3 series and is almost definitely broken (the bootstrap code in main.m probably needs to change a bit). It's also not at all documented (because I don't think it works). -bob

5 30

Re: [Pythonmac-SIG] Please critique my first appscript - a fix for Palm sync of iCal Tasks (for kGTD)
by has Sept. 1, 2006

Sept. 1, 2006

Marcin Komorowski wrote: > Please kindly critique my code - what could I have done better? > What would have made this code more Pythonic? Not familiar with Palm syncing or related iCal issues, but a few minor pointers on the appscript side, FWIW: (Note: these comments apply to the latest appscript 0.16.2 release, though I recommend upgrading as soon as is convenient.) > #!/usr/bin/env /usr/bin/pythonw 'pythonw' is no longer required by appscript; 'python' is fine. 'pythonw' is only needed when using the osax package to display dialog boxes. > cal_todos = appCal.calendars.filter(its.name != > '').todos.properties() The filter() method will be going away in appscript 0.17.0. The new filter syntax is: cal_todos = appCal.calendars[its.name != ''].todos.properties() The current release supports both forms to provide users a period of grace in which to update their existing scripts. > if task[ k.class__ ] == k.todo: This test shouldn't be necessary, as the previous query should only return todos. Also, not sure where the k.class__ thing was coming from (presumably a bug in an earlier version) but it's now k.class_, which is correct. > k_decode = { > k.priority : "k.priority", > k.due_date : "k.due_date", > k.completion_date : "k.completion_date", > k.description : "k.description", > k.url : "k.url", > k.uid : "k.uid", > k.summary : "k.summary", > k.class__ : "k.class__" > } This table is unnecessary as Keyword objects can provide their own string representations. Just delete it and change: > myDebug( " field %s: " % k_decode[field] ); to: myDebug( " field %s: " % field ) HTH has -- http://freespace.virgin.net/hamish.sanderson/

2 2

Using pyqt4 with py2app trunk
by Matthew Scott Aug. 31, 2006

Aug. 31, 2006

I'm getting acquainted with PyQt4 lately, to build a GPL'd app intended to be used at least on OSX and Linux. I ran into this problem when trying to use py2app r44 from http://svn.pythonmac.org/py2app/py2app/trunk : http://mail.python.org/pipermail/pythonmac-sig/2006-April/017325.html Specifically, 'AttributeError: "qt_lib_dir" is not a valid configuration value or user option' This is definitely not the best thing to merge into py2app itself, but to kickstart a renewed discussion, here's the patch I applied to it in order to get a successful app build. Any assistance or ideas on how to generalize this in a way that could be folded into the py2app trunk are appreciated: Index: py2app/recipes/sip.py =================================================================== --- py2app/recipes/sip.py (revision 44) +++ py2app/recipes/sip.py (working copy) @@ -13,8 +13,15 @@ except NameError: from sets import Set as set - cfg = sipconfig.Configuration() + # XXX: PyQt4 hack. + # Original: + ## cfg = sipconfig.Configuration() + ## qtdir = cfg.qt_lib_dir + # Modified: + from PyQt4 import pyqtconfig + cfg = pyqtconfig.Configuration() qtdir = cfg.qt_lib_dir + # /XXX if not os.path.exists(qtdir): # half-broken installation? ignore. raise ImportError Relevant system info: System: OSX 10.4.7 build 8J2135 Intel Core Duo processor Universal framework build of Python: Python 2.4.3 (#1, Apr 7 2006, 10:54:33) [GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin Qt4 and PyQt4 (both GPL editions): >>>from PyQt4 import QtCore >>>QtCore.QT_VERSION_STR ---'4.1.4' >>>QtCore.PYQT_VERSION_STR ---'4.0.1' -- Matthew Scott mscott(a)springfieldtech.com

1 0

Py2App + PyQt4 Universal
by Cody Brocious Aug. 30, 2006

Aug. 30, 2006

Hey All, I recently hacked SIP and PyQt4 to build universal binaries and they seem to be working well. However, when I attempt to package them with py2app, it seems to find a circular dependency between QtCore and QtGui and copies them over and over into the build directory. Is there any way I can override the module graphing for this case, or even better, solve the underlying issue? Both options would be great, although the correct option would be nice to have for the long term. Any help would be appreciated. Thanks in advance, - Cody Brocious

1 0

MacPython/Subversion/Apache question
by Blake Winton Aug. 30, 2006

Aug. 30, 2006

Hello, I'm trying to get Subversion bindings for my installed version of MacPython (/Library/Frameworks/Python.framework/Versions/2.4/) This seems to mean that I want to install Subversion, and if so, I would like to get it hooked up to Apache so that I can connect to http://svn.latte.ca/ (or whatever) on my work computer and access my home repository. Now, I can install the subversion python bindings using DarwinPorts, but that won't hook into the Framework version of Python, so I've downloaded the Subversion 1.3.2 sources, and I can build them, but they complain about my version of Apache. Specifically, about apxs being too old. Do I really need to upgrade apache to Apache 2 to get this all working? Is there a good way of replacing the default Apache with Apache 2, or is that a really bad idea because the Software Update will get horribly confused? Is there another place I should be asking these questions? Thanks, Blake.

3 2

Please critique my first appscript - a fix for Palm sync of iCal Tasks (for kGTD)
by Marcin Komorowski Aug. 29, 2006

Aug. 29, 2006

I am in the process of learning Python and appscript, and I wrote my first script using these two technologies. Please kindly critique my code - what could I have done better? What would have made this code more Pythonic? Any suggestions and comments are greatly appreciated. Thank You in advance, Marcin --------------------------------------- #!/usr/bin/env /usr/bin/pythonw from appscript import * import sys import cPickle import pprint import datetime def myDebug( txt ): if txt == None: sys.stderr.flush() else: sys.stderr.write( txt ) def getTaskList(): appCal = app( 'iCal' ) cal_todos = appCal.calendars.filter(its.name != '').todos.properties() tasks = [ todo for cals in cal_todos for todo in cals] # Iterate flattened list, builing a local dictionary of dictionaries, by uid tasks_data = {} for task in tasks: if task[ k.class__ ] == k.todo: uid = task[ k.uid ] tasks_data[uid] = task; myDebug('.') myDebug(None) myDebug('\n') return tasks_data def exportTaskListToFile( t_data, filename ): cPickle.dump( t_data, open( filename, 'w' ) ) def importTaskListFromFile( filename ): return cPickle.load( open( filename, 'r' ) ) k_decode = { k.priority : "k.priority", k.due_date : "k.due_date", k.completion_date : "k.completion_date", k.description : "k.description", k.url : "k.url", k.uid : "k.uid", k.summary : "k.summary", k.class__ : "k.class__" } def diffTaskLists( task_list1, task_list2 ): diff_list = [] for uid in [ id for id in task_list1.keys() if task_list2.has_key( id ) ]: t1 = task_list1[uid] t2 = task_list2[uid] found_difference = False for field in [ k.priority, k.due_date, k.completion_date, k.description, k.url, k.summary ]: if t1[field] != t2[field]: if found_difference == False: myDebug( " task ID %s:\n" % str( uid ) ) myDebug( " field %s: " % k_decode[field] ); try: myDebug( "t1 = '%s' t2 = '%s'" % ( t1[field], t2 [field] ) ) except: pass myDebug( "\n" ) found_difference = True break if found_difference and t1[k.stamp_date] == t2[k.stamp_date]: diff_list.append( uid ) return diff_list def updateTimeStamp( task_uid_list, timestamp ): myDebug( "Setting new timestamp for task UIDs %s\n" % repr ( task_uid_list ) ) for task_uid in task_uid_list: task_list = [ t for t in app('iCal').calendars.todos.filter ( its.uid == task_uid ).get() if t != k.MissingValue ] if len( task_list ) > 1: sys.stderr.write( "ERROR: found two tasks with UID %s, updating timestamp for both" % task_uid ) for t in task_list: t.stamp_date.set( timestamp ) def usage(): print "USAGE: " + sys.argv[0] + " save|check" def main(mode): if mode != 'save' and mode != 'check': usage() return myDebug( "Getting list of tasks from iCal...\n" ) tasks = getTaskList() pp = pprint.PrettyPrinter(indent=4) myDebug( "%d tasks\n" % len( tasks ) ) if mode == 'save': myDebug( "Saving current iCal tasks...\n" ) exportTaskListToFile( tasks, 'presync_task_save.tmp' ) sys.stdout.write( "%d tasks saved.\n" % len( tasks ) ) else: myDebug( "Getting saved iCal tasks...\n" ) ref_tasks = importTaskListFromFile( 'presync_task_save.tmp' ) myDebug( "Comparing iCal tasks...\n" ); diff_list = diffTaskLists( ref_tasks, tasks ) pp.pprint( diff_list ) myDebug( "Updating timestamps...\n" ); new_timestamp = datetime.datetime.today() updateTimeStamp( diff_list, new_timestamp ) myDebug( "Done.\n" ) sys.stdout.write( "%d timestamps updated.\n" % len ( diff_list ) ) if __name__ == '__main__': if len( sys.argv ) < 2: usage() else: main( sys.argv[1] )

3 2

Re: [Pythonmac-SIG] Pythonmac-SIG Digest, Vol 40, Issue 25
by Dan White Aug. 29, 2006

Aug. 29, 2006

On Aug 29, 2006, at 5:28 AM, pythonmac-sig-request(a)python.org wrote: > patches like this: > > # cd Python-2.5c1 > # patch -p0 < ~/Mac-PythonLauncher-Makefile.in.diff > # patch < ~/configure.diff > > > I invoked configure like this: > > # CC=icc CXX=icpc OPT="-xT -O3 -fstack-security-check -fpic - > parallel" ICC_LIBS="-L/opt/intel/cc/9.1.029/lib -lirc -limf" ./ > configure --enable-framework > > This tells the compiler to optimize for the Woodcrest or Merom > processor; to optimize for Core Solo/Duo, use -xP. I can reliably > trip a compiler error if I use -axT, which tries to accommodate > both types of processor. Boyd you might already know the newest version of the intel compilers is version 30... so you might want to try that... so what about a build that is compatible with both core duo/solo and the Woodcrest/Merom ? Did you spot what compiler flags to use for that? Should it in fact be -axT, or is that a bogus flag? We are gonna have to so that for building software to distribute... Dan Dr. Daniel James White BSc. (Hons.) PhD Bioimaging Coordinator Nanoscience Centre and Department of Biological and Environmental Sciences Division of Molecular Recognition Ambiotica C242 PO Box 35 University of Jyväskylä Jyväskylä FIN 40014 Finland +358 14 260 4183 (work) +358 468102840 (mobile) http://www.bioimagexd.org http://www.chalkie.org.uk dan(a)chalkie.org.uk white(a)cc.jyu.fi

2 1

install_name changing
by Boyd Waters Aug. 29, 2006

Aug. 29, 2006

Dan: I saw your recent post on the Python-Mac SIG regarding the difficulty that you are having using libguide.dylib in a Python application, since you've built Python with the Intel compiler. I think that you're on the right track with the install_name_tool -- this is what I had to do to get the Intel binaries working: > # cd /opt/intel/cc/9.1.029/lib > > # for i in *.dylib > > do > > install_name_tool -id $(pwd)/$i $i > > done Then I had to change the references to libirc.dylib in libimf and libsvml > for i in libimf.dylib libsvml.dylib > > do > > install_name_tool -change libirc.dylib $(pwd)/libirc.dylib $i > > done When I was done, this is what it looks like: > $ otool -L /opt/intel/cc/9.1.029/lib/*.dylib > /opt/intel/cc/9.1.029/lib/libguide.dylib: > /opt/intel/cc/9.1.029/lib/libguide.dylib (compatibility > version 4.0.0, current version 4.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, > current version 88.1.3) > /opt/intel/cc/9.1.029/lib/libguide_stats.dylib: > /opt/intel/cc/9.1.029/lib/libguide_stats.dylib > (compatibility version 4.0.0, current version 4.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, > current version 88.1.3) > /opt/intel/cc/9.1.029/lib/libimf.dylib: > /opt/intel/cc/9.1.029/lib/libimf.dylib (compatibility > version 0.0.0, current version 0.0.0) > /opt/intel/cc/9.1.029/lib/libirc.dylib (compatibility > version 0.0.0, current version 0.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, > current version 88.1.3) > /opt/intel/cc/9.1.029/lib/libirc.dylib: > /opt/intel/cc/9.1.029/lib/libirc.dylib (compatibility > version 0.0.0, current version 0.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, > current version 88.1.3) > /opt/intel/cc/9.1.029/lib/libsvml.dylib: > /opt/intel/cc/9.1.029/lib/libsvml.dylib (compatibility > version 0.0.0, current version 0.0.0) > /opt/intel/cc/9.1.029/lib/libirc.dylib (compatibility > version 0.0.0, current version 0.0.0) > Every dynamic library is referenced using the full path. In my distribution, I have to re-distribute these libraries, and put them in /opt/intel/cc/9.1.029/lib on the client. This is not the best option, but it works for the numerous open- source packages that we use for our image-processing system. I have a question for you, if you don't mind: I cannot get the Python package to build with the Intel compiler. It does not find the _Py_Main symbol when linking the top-level "python.exe". I would be very happy to get pointed in the right direction regarding compiler and linker flags for building Python 2.4.3; if we need to use Python 2.5 then we can do that too. Thanks and good luck! - boyd Boyd Waters Scientific Programmer National Radio Astronomy Observatory Socorro, New Mexico http://www.aoc.nrao.edu/

4 9