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

Towards PyObjC 3.0
by Ronald Oussoren June 3, 2014

June 3, 2014

Hi, I recently realised that I've been much to silent on the development of PyObjC. I'm making steady progress on a new major release of PyObjC and am getting closer to a beta release of PyObjC 3.0, although progress is too slow to my taste :-) In januari (6 months ago already...) I was at a hackweek @Dropbox where I seriously started work on this new release. During that week I basicly rewrote the way that PyObjC looks for methods, the old way was inherently ugly and slow, the new one is cleaner and faster (although it appears to be not so much faster that its actually noticable...). That rewrite probably wouldn't have happened without hackweek, it required several days of concentrated hacking and that is something I can't do in my regular environment (there's those pesky customers that also want to get work done). Since then I've done further cleanup work and some optimization (first tests indicate that the bridge uses less memory and is faster). I'm finally closing in on a situation where the core bridge is cleaned up and can be reasonably sure that I won't have to make backward incompatible changes in the future. Now up to the really hard work: clean up the documentation and example code. That will probably eat away a lot of nights (with a lot of simple changes in the examples and hard thinking on how to improve the documentation; writing usable documentation is hard). My self-imposed dead-line for a 3.0 release is "before OSX 10.9 is released", that's the easiest way to avoid getting carried away with wrapping all new APIs in OSX 10.9 and delaying the release even further. Currently side-tracked on trying to get a change to super() into Python 3.4, Ronald P.S. A small public service announcement: try to avoid "from Cocoa import *", and use explicit imports (either "import Cocoa; o = Cocoa.NSObject.new()" or "from Cocoa import NSObject"). The current release of PyObjC contains optimizations that make explicit imports faster by doing much less work, and I expect to improve this further in future release. A nice side effect of avoiding '*' imports is that code analysis tools like pyflakes will do a much better jobs on your code.

3 3

Re: [Pythonmac-SIG] Wiki, and page on OSX wheels
by Matthew Brett April 12, 2014

April 12, 2014

Hi, On Wed, Apr 9, 2014 at 8:56 AM, Christopher Barker <pythonchb(a)gmail.com> wrote: > > On Tuesday, April 8, 2014, Matthew Brett <matthew.brett(a)gmail.com> wrote: >> >> >> $ pip install ipython >> > ... >> >> >> Successfully installed ipython gnureadline >> > Very nice! > > Do you get the notebook? That needs XML and tornado, I think. For that you want: pip install ipython[notebook] Tornado is the current fly-in-the-wheel-ointment, because it does invoke a compiler, and I think the current version crashes on OSX without a compiler. There's a bugfix in master, but maybe they will agree to put up a binary wheel on the next release. >> scipy should be done when the imminent new release comes out. Then I >> guess pandas and so on. So - not long now I think. >> > Wonderful -- I'm interested in all this because i'm teaching 2! Python > classes this spring, and it's been a bit of a mess for students. They are > not scipy-focused, but I want to introduce at least numpy and matplotlib, > and use iPython. Meanwhile, my co-instructor is a web developer, and REALLY > likes virtualenv. It's been a real challenge Giving the students one way to > do it. Some of the tangles messes of apples python, Macports, anaconda, and > N virtualenvs got Really ugly! I think soon just Python.org python will cover it, with binary wheels going into the virtualenvs. >> Do you know the Pillow team at all? Maybe they'd accept help for >> wheel building? > > > I've interacted with them a tiny bit on the image-dig list. They are all > about keeping PIL maintained and easy to install. So yes, I'll bet they'd > love Mac wheels. > > After all, the fork started as a way to make PIL easy-installable. > > Russell Owen has a nice binary build set up-- Russell, are you following > this? I had a quick look : $ delocate-listdeps Pillow-2.4.0-cp27-none-macosx_10_6_intel.whl -a -d /Library/Frameworks/Tcl.framework/Versions/8.5/Tcl: PIL/_imagingtk.so /Library/Frameworks/Tk.framework/Versions/8.5/Tk: PIL/_imagingtk.so /usr/X11/lib/libfreetype.6.dylib: PIL/_imagingft.so /usr/lib/libSystem.B.dylib: PIL/_imagingft.so PIL/_imagingmath.so PIL/_imagingtk.so PIL/_imaging.so /usr/lib/libz.1.dylib: PIL/_imaging.so I don't know if libz is safe to depend on, I guess it is. I think libfreetype comes from XQuartz on later OSX, I can't remember where the Tk.framework came from. In any case, delocate-wheel copies those guys and puts them in the archive, wheels here; https://nipy.bic.berkeley.edu/scipy_installers/ pip install -U pip pip install -f https://nipy.bic.berkeley.edu/scipy_installers Pillow Do they work for you? Cheers, Matthew

1 0

Re: [Pythonmac-SIG] Wiki, and page on OSX wheels
by Matthew Brett April 8, 2014

April 8, 2014

Hi, On Tue, Apr 8, 2014 at 4:06 PM, Christopher Barker <pythonchb(a)gmail.com> wrote: > Mathew, > > This is great, thanks! > > I can't remember what the hold-up is with iPython -- I think it was the > some-time require readline issue? But I thought that that was semi-resolved > -- any idea what the deal is with that? I think ipython is done already - there was a problem with readline, but now ipython depends on gnureadline, and that fixed it. IPython has wheels, but they are not binary because it's a pure python package. On my machine in a clean virtualenv: $ pip install ipython Downloading/unpacking ipython Downloading ipython-2.0.0-py27-none-any.whl (2.8MB): 2.8MB downloaded Downloading/unpacking gnureadline (from ipython) Downloading gnureadline-6.2.5-cp27-none-macosx_10_6_intel.whl (245kB): 245kB downloaded Installing collected packages: ipython, gnureadline Successfully installed ipython gnureadline Cleaning up... > It'll be pretty cool to get the full > scipy stack up there. scipy should be done when the imminent new release comes out. Then I guess pandas and so on. So - not long now I think. > Oh, and PIllow next.... Do you know the Pillow team at all? Maybe they'd accept help for wheel building? Cheers, Matthew

1 0

Wiki, and page on OSX wheels
by Matthew Brett April 8, 2014

April 8, 2014

Hi, I set up a Github wiki for MacPython: https://github.com/MacPython/wiki/wiki I also wrote a page on the current status of OSX binary wheels: https://github.com/MacPython/wiki/wiki/Spinning-wheels Thanks to Chris Barker for setting up the MacPython github organization. Any comments very welcome on the binary wheels page... Cheers, Matthew

1 0