posted this on December 11, 2012, 16:00
(Updated May 6, 2014)
EPD 7.x and most versions of Canopy ship with wxPython 2.8, not 2.9, because of numerous compatibility issues with 2.9.
However wxPython 2.8 cannot not work at all on any 64-bit Python for OSX, including 64-bit EPD/Canopy for OS X, and never will, due to fundamental incompatibilities. Therefore this "computational" 64-bit version of EPD ships without any version of wxPython.
For now, wxPython 2.9 for Mac OS X (32- or 64-bit) can be downloaded from the EPD repository by registered Enthought users, and used as bleeding-edge, experimental software.
WxPython 2.9 is also included in 64-bit Canopy for OS X. However please note that code written for WxPython 2.8 will not necessarily work in WxPython 2.9. See the WxPython 2.9 migration guide (http://wxpython.org/migrationguide.php).
We recommend that users who do not have a large wx-specific code base use the Qt backend rather than wx. This can be done using either Pyside or PyQt interface package, both available to EPD subscribers. (PyQt is not available for OS X 64-bit.)
Wx program running on Canopy 1.4 on OS X "Please run with a Framework build of python"
Due to a build error in Canopy 1.4, wx-based programs will not run from the command line, but will give the above error. (They will run ok from within the Canopy GUI.) This error will be fixed in Canopy 1.5. Meanwhile, you can fix the bug yourself with the following commands at a Terminal prompt (assuming Canopy-64 and the default User Python environment path):
cd ~/Library/Enthought/Canopy_64bit/User/bin cp pythonw python
Canopy: Import error on Linux, fixed in Canopy 1.0.3
On newer linuxes (Ubuntu 12:04, Fedora 18), import wx fails in Canopy due to compatibility problems with glib bundled with Canopy (as a Qt dependency for RH5) and the system gtk used by wx. This is a known issue with the Canopy Linux beta installers and was fixed in a Canopy 1.0.3.