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

Problem bundling matplotlib with py2app: it looks for a font in /Library/Frameworks
by Russell E. Owen Oct. 8, 2010

Oct. 8, 2010

I have a Mac python application I bundle with py2app. It has successfully included matplotlib for several years. However recently I added strip charts to it and now I find that the Mac bundle is broken: when I run on a system that does not have matplotlib installed it dies with a traceback that ends with: Traceback (most recent call last): File ".../python2.6/RO/Wdg/Toplevel.py", line 138, in __init__ File ".../python2.6/TUI/Guide/GuideMonitor/GuideMonitorWindow.py", line 56, in __init__ File ".../python2.6/RO/Wdg/StripChartWdg.py", line 161, in __init__ File ".../python2.6/RO/Wdg/StripChartWdg.py", line 314, in _updateTimeAxis File ".../python2.6/matplotlib/backends/backend_tkagg.py", line 251, in draw File ".../python2.6/matplotlib/backends/backend_agg.py", line 394, in draw File ".../python2.6/matplotlib/artist.py", line 55, in draw_wrapper File ".../python2.6/matplotlib/figure.py", line 798, in draw File ".../python2.6/matplotlib/artist.py", line 55, in draw_wrapper File ".../python2.6/matplotlib/axes.py", line 1934, in draw File ".../python2.6/matplotlib/artist.py", line 55, in draw_wrapper File ".../python2.6/matplotlib/axis.py", line 1017, in draw File ".../python2.6/matplotlib/artist.py", line 55, in draw_wrapper File ".../python2.6/matplotlib/axis.py", line 234, in draw File ".../python2.6/matplotlib/artist.py", line 55, in draw_wrapper File ".../python2.6/matplotlib/text.py", line 524, in draw File ".../python2.6/matplotlib/text.py", line 298, in _get_layout File ".../python2.6/matplotlib/backends/backend_agg.py", line 180, in get_text_width_height_descent File ".../python2.6/matplotlib/backends/backend_agg.py", line 221, in _get_agg_font RuntimeError: Could not open facefile /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-pack ages/matplotlib/mpl-data/fonts/ttf/Vera.ttf; Cannot_Open_Resource where ... = /Users/rowen/TUI_1.8.2.1_Source/BuildForMac/dist/TUI.app/Contents/Resourc es/lib That font is available in the bundle itself: ls -l TUI.app/Contents/Resources/lib/python2.6/matplotlib/mpl-data/fonts/ttf total 4304 ... -rw-rw-r-- 1 rowen _rowen 65932 Jul 6 07:43 Vera.ttf -rw-rw-r-- 1 rowen _rowen 63208 Jul 6 07:43 VeraBI.ttf -rw-rw-r-- 1 rowen _rowen 58716 Jul 6 07:43 VeraBd.ttf -rw-rw-r-- 1 rowen _rowen 63684 Jul 6 07:43 VeraIt.ttf -rw-rw-r-- 1 rowen _rowen 55032 Jul 6 07:43 VeraMoBI.ttf -rw-rw-r-- 1 rowen _rowen 49052 Jul 6 07:43 VeraMoBd.ttf -rw-rw-r-- 1 rowen _rowen 54508 Jul 6 07:43 VeraMoIt.ttf -rw-rw-r-- 1 rowen _rowen 49224 Jul 6 07:43 VeraMono.ttf -rw-rw-r-- 1 rowen _rowen 60280 Jul 6 07:43 VeraSe.ttf -rw-rw-r-- 1 rowen _rowen 58736 Jul 6 07:43 VeraSeBd.ttf ... Does anyone have any ideas how to convince matplotlib to look for the font in the right place? -- Russell P.S. my configuration (though I've tried several others): - Mac OS X 10.5 or 10.4 - python 2.6.6 (from python.org) - matplotlib 1.0.0 (via the binary installer) - py2app 0.5.2 - setuptools 0.6c11

1 1

sad state of OS X Python testing...
by Bill Janssen Oct. 8, 2010

Oct. 8, 2010

Folks, I was looking at the buildbots again. Do you realize that we have no OS X Snow Leopard buildbot? No Intel Leopard buildbot? Well over half of Mac users are using Snow Leopard, and we're not testing on that platform. In fact, the only Intel OS X machine we're testing on is a Core Duo, not a Core 2 Duo, and that's running Tiger. Surely someone could volunteer an old Intel Mac to run some tests? (Actually, two someones -- we'd need separate machines for Leopard and Snow Leopard.) I'd be happy to stick it in a server room at PARC and keep an eye on it. (Right now I've got a rack full of old eMacs and a G5 running PPC buildbots.) Perhaps we could get Apple to contribute some "seconds"? I believe donations to the PSF are deductible. Bill

7 10

Re: [Pythonmac-SIG] State of AppScript
by has Oct. 7, 2010

Oct. 7, 2010

Christian Prinoth wrote: > Hi, I tried to post a question on this mailing list about AppScript, but > nobody replied. I then noticed that most questions about appscript remain > unanswered. So I am wondering, what is the state of appscript? Is it under > active development? Is anybody using it seriously? Is this mailing list the > correct place for support? It's supported, though I don't have much time for working on it these days. You're best posting questions on this list as there are a number of experienced users here who can often help. Regards, has -- Learn AppleScript, 3rd edition, Sanderson & Rosenthal: http://apress.com/book/view/9781430223610 Control AppleScriptable applications from Python, Ruby and ObjC: http://appscript.sourceforge.net

1 0

New binary installers for matplotlib and PIL for python 2.6
by Russell E. Owen Oct. 6, 2010

Oct. 6, 2010

I built new binary installers for PIL 1.1.7 and matplotlib 1.0.0 for Mac Python 2.6 (from python.org). They are available here for now (though I hope to get them into the standard distributions): <http://www.astro.washington.edu/users/rowen/python/> I built these on Mac OS X 10.4 and have briefly tested them on 10.3.9 PPC, 10.4 Intel and 10.5 Intel. I would be grateful for any testing anyone can do. I plan to build installers for Python 2.7 next, when I can find some time. -- Russell

1 0

PyQt won't install
by Feat Oct. 6, 2010

Oct. 6, 2010

hi there! Im running Mac OS X 10.5.8 and Python 2.5.2; having successfully installed: - the latest Qt SDK I could find [mac open source] - the latest SIP [4.11.1] that I succeeded to build (1) I should be able to install PyQt 4.7.7, but even the first configure phase (2) fails when invoking a "QT" command that doesn't exist: >Qt v4.7.0 free edition is being used. >Qt is built as a framework. >SIP 4.11.1 is being used. > ... ... ... >Generating the C++ source for the QtCore module... >sh: QT: command not found what am I missing? has anybody else encountered this issue? how did you solve it? (1) the latest SIP [4.11.2] fails when running the "make install" command (2) this is the usual "python configure.py" command, as recommended in the README file -- Jym Feat ~ Paris FR 75018

2 3

xattr question
by Christian Tismer Oct. 5, 2010

Oct. 5, 2010

Hi Bob, hi mackies while writing some tool for Time Machine, I encountered quite some different implementations of xattr. Actually, for a tool written in python, the internal API is sufficient, but when trying the xattr command, I was quite confused which way to go. At the moment, I see three different implementations of xattr. - one implementation completely in C - one from you (Bob) - the built-in version from Mac Os. The problem is that they are not compatible or subsets of each other, but that they diverge in the one or other aspect. I think this is not a good thing for system tools. They should have different names, or they should be aware of their differences and clearly state this. At the moment, I see the different versions pretty much ignoring that they are not the only implementations, but whatever you install, you think you have "the" tool. I would like to change this, and to find out about an agreed standard for the xattr command that is guaranteed to be supported by every implementations. Is there some definition like this somewhere? Essentially, the basic commands are the same for all versions, but they heavily differ by their options. What is the opinion, especially yours, Bob, hot that should be? Here are the different versions listed. --------------------------------------- (1) http://xattr.sourceforge.net/ See this page which is the man page with links to other implementations and download. Especially misleading is the reference to Bob's version, that suggests it is an enhanced version, instead it is missing most of the features, silently. Options: -s Do not follow symbolic links. -l Display results in extended format. -R Expect to edit existing extended attributes; fail rather than create a new one. -C Expect to create new extended attributes; fail rather than edit an existing one. (2) http://pypi.python.org/pypi/xattr This is Bob's implementation. Options: -l: print long format (attr_name: attr_value) -z: compress or decompress (if compressed) attribute value in zip (3) /usr/bin/xattr-2.6 supplied by Apple. I did not find another source than on Os X. Options: -r: act recursively -l: print long format (attr_name: attr_value and hex output has offsets and ascii representation) -v: also print filename (automatic with -r and with multiple files) -x: attr_value is represented as a hex string for input and output My commentary: -------------- (1) is a simple C implementation. Not bad, but nothing that looks like a good reason to prefer it over Python, except one feature: The options -R and -C ensure your expectations, which helps to prevent typos: If you specify -R for instance, the attribute has to be replaced, i.e. you get an error if it did not exist before. No hex, no zip, no recursion. (2) is a nice Python implementation. It has the extra feature of actimg on zip compressed archives. Non-standard imports import zlib for zip entries (3) is also a nice Python implementation, and pretty similar to (2). No idea who is the hen and who the egg. Non-standard imports: import binascii for hex operation import string white space elimination for hex (maketrans) The hex feature of (3) is a real advantage if you want to clone certain xattr entries which are binary. You can really use a hex dump, remove formatting of the listing, and apply it to another file. The zip feature of (2) is useful if you need to modify archives. The recursion feature of (3) looks handy at first sight, but actually its use is limited, because you have limited control of the traversal of huge Time Machine archives, which tend to have millions of files. It would make sense if you could filter the many xattr entries of little relevance, of filter files which have xattributes at all. It would probably make more sense to add recursion features concerning xattr to the find command, or invent a new one. So here come(s) my question(s): ------------------------------- Does it make sense to further develop a C version? Assuming "no". Is there a reason why Bob-xattr and Apple-xattr do not agree on a common API? Is there any discussion somewhere that leads these decisions? What is you intention, how should xattr functionality be in future? Also in the light of compatibility with other OSses? Where can the Apple version be downloaded, when you try to re-install your system python? I think it would be good to clarify this a bit, and maybe to collect some information for (mostly) newbies like me. Would the python mac wiki be a good place? cheers -- chris -- Christian Tismer :^)<mailto:tismer@stackless.com> tismerysoft GmbH : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9A : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 802 86 56 mobile +49 173 24 18 776 fax +49 30 80 90 57 05 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/

3 4

Re: [Pythonmac-SIG] Pythonmac-SIG Digest, Vol 90, Issue 6
by Christian Prinoth Oct. 5, 2010

Oct. 5, 2010

Thanks for your reply, I was actually just trying to stir the waters a bit, no offense intended ;) appscript is one of the most useful pieces of software on my mac, I could not live without it! Also thanks for your answer to my problem. The link you provided gave me some very useful insight. I guess many apps (think excel!) have buggy applescript implementations and this trick provides a nice solution. Christian On Tue, Oct 5, 2010 at 12:00, <pythonmac-sig-request(a)python.org> wrote: > ---------- Forwarded message ---------- > From: Ned Deily <nad(a)acm.org> > To: pythonmac-sig(a)python.org > Date: Tue, 05 Oct 2010 02:07:49 -0700 > Subject: Re: [Pythonmac-SIG] State of AppScript > In article > <AANLkTi=kEXpu=sWT5iqHqkrWHSbV7dy8W5k+J42H7_yG(a)mail.gmail.com<sWT5iqHqkrWHSbV7dy8W5k%2BJ42H7_yG(a)mail.gmail.com> > >, > Christian Prinoth <christian(a)prinoth.name> wrote: > > Hi, I tried to post a question on this mailing list about AppScript, but > > nobody replied. I then noticed that most questions about appscript remain > > unanswered. So I am wondering, what is the state of appscript? Is it > under > > active development? Is anybody using it seriously? Is this mailing list > the > > correct place for support? > > I disagree, I think most questions about appscript are answered and > quite often by has himself, the developer of appscript. It is most > definitely being used seriously and is well-supported. Note there is > contact information in the appscript website > (http://appscript.sourceforge.net/discuss.html). > > P.S. I've posted a reply to your original inquiry. Perhaps has will > chime in with the definitive answer. > >

1 0

State of AppScript
by Christian Prinoth Oct. 5, 2010

Oct. 5, 2010

Hi, I tried to post a question on this mailing list about AppScript, but nobody replied. I then noticed that most questions about appscript remain unanswered. So I am wondering, what is the state of appscript? Is it under active development? Is anybody using it seriously? Is this mailing list the correct place for support? Thanks Christian

2 1

appscript and mail.app, how to access attachments?
by Christian Prinoth Oct. 5, 2010

Oct. 5, 2010

I am trying the following: mail=app('mail') msgs=mail.selection() msg=msgs[0] now I would like to use msg.mail_attachments but this won't work. If I ask for help, under elements I get the following: Elements: AEType("attc") -- by name, index, relative, range, test, id bcc_recipients -- by name, index, relative, range, test cc_recipients -- by name, index, relative, range, test headers -- by name, index, relative, range, test recipients -- by name, index, relative, range, test to_recipients -- by name, index, relative, range, test How do I access the attachments? Thanks Christian

2 1

Newbie Python User Question About IDLE (File > New Window seems to disable IDLE)
by Richard Fuhr Oct. 5, 2010

Oct. 5, 2010

3 3