This is pretty much a bug-fix only release, although some of the 3rd party modules in wx.lib have also been updated and include some new features. You can download it from the wxPython download page. As always you should join the wxPython-users group hosted at GoogleGroups for questions, support, comments, or just for the sake of being part of an awesome community.
The 126.96.36.199 release of wxPython is now available for download at http://wxpython.org/download.php. This is the first official release in the 2.9 development release series. There are lots and lots of new widgets and other awesome stuff that have been added since the 2.8 series, with more to come in future releases. A list of changes can be seen at http://wxpython.org/recentchanges.php. Also new with this release is a build for Mac OSX and Python 2.7 that uses the Cocoa API and supports the 64-bit architecture on OSX 10.5 and 10.6.
Various binaries are available for 32-bit and 64-bit Windows, and also for OSX using the Carbon and Cocoa APIs, for Python 2.5, 2.6 and 2.7. And source code is also available at http://wxpython.org/download.php of course, for building your own.
I've just released the new 188.8.131.52 build of wxPython. This release has had some bugs fixed, some minor patches applied, and also incorporates the Google Summer of Code 2007 version of XRCed, and adds the Editra source code editor. More details can be found in the changes list. wxPython source and binaries for Windows, Mac OS X and Fedora can be downloaded from the download page. Binaries for Debian and Ubuntu i386 and amd64 architectures are available in the wxWidgets APT repository, see this wiki page for details.
NOTE: On Mac OS X 10.5 (Leopard) the Python 2.5 binaries of wxPython expect to be used with the user-installed version of MacPython, not the Apple installed version. A fix for this issue is being worked on for the next release. In the meantime you can either install MacPython 2.5.1 and adjust your paths so that that Python is used, or you can stick with Apple's Python and the wxPython 184.108.40.206 that comes with Leopard.
An interesting thing about this release is that I made the build, uploaded about a gig's worth of installers and packages, and everything else that goes into making a release, all while being out of town and away from the machines doing all the work. I was able to make all the final tests and adjustments on my new Mac, using VMware Fusion for the Windows and Linux specific work, and then used Mercurial over an ssh tunnel to push my changes back home to my master build and release machine. The next part was easy, since I have been doing mostly automated builds for a few years now. I just start it going via a ssh login and then checked on it a few hours later from the hotel to see if it's done. At that point things started to get a little tricky, mainly because I usually do the rest of the release process by hand and in person. Since the full build is about a gigabyte of binaries I transfered just a few of them to my local machine for testing, and then I had to deal with uploading remotely from the build machine to SourceForge and our APT repository, all while I had a flaky wireless connection here and while attending various meetings. Then I realized that the software I usually use for editing the website is only installed on a machine at home. Well anyway, I muddled through and managed to get it done, and now I know where my release process could use a bit more streamlining and automation...