wxWidgets 3.0.1 was released 2014-06-15.
as always, we are waiting for a wxPython release, as we use their tarball for wxGTK too
<leio> RobinD: we are still relying on wxpython tarballs to provide wxGTK, and hopefully bug fixes more often as you used to release updates more often than wxWidgets, so we could get the stuff from WX_X_Y_BRANCH more often. Would like to continue doing so (especially as the wxPython stuff might rely on some bug fixes happened to C++ code meanwhile too); to which extent, would it please be possible for wxPython tarballs to be released in close time proximity to the C++ releases, with a quick follow-up .1 if needed for python specifics? <leio> We have not been able to provide wxWidgets-3.0.1 bug fixes for over a month now in Gentoo <RobinD> leio: Yes, I am working on improving my pace on Phoenix and wxPython, to get it moving more like it was in the past. It's a slow process because of new day-job duties, but it is progressing. In the short term you can consider the last preview build at http://wxpython.kosoftworks.com/preview/20140707/ to be a 3.0.1 release candidate. There may be a few more changes, but they will be minor compared to the whole. <leio> RobinD: what I'm essentially hoping for, is a lock-step release of wxPython 3.y.z.0 (perhaps C++ side could roll the tarball together with wxWidgets ones?), with the wxPython fixes coming in a .1 release if otherwise delayed over a week of the C++ libs; we are talking bugfix releases here anyways, old wxPython, even if not updated, should work fine against the new C++ version... hopefully... if not, it's a API/ABI compatibility concern on C++ side, which is not acceptable <leio> of course great if you can get up to pace too soon, but I think the current process puts an unnecessary strain and responsibility for you; by us, in us using wxPython tarballs for wxGTK <RobinD> understood
3.0.1 builds fine at x86 using these diffs in the ebuild: $ diff wxGTK-3.0.1.ebuild /usr/portage/x11-libs/wxGTK/wxGTK-3.0.0.0.ebuild 14c14,15 < SRC_URI="http://sourceforge.net/projects/wxwindows/files/${PV}/wxWidgets-${PV}.tar.bz2" --- > SRC_URI="mirror://sourceforge/wxpython/wxPython-src-${PV}.tar.bz2 > doc? ( mirror://sourceforge/wxpython/wxPython-docs-${PV}.tar.bz2 )" 63c64 < S="${WORKDIR}/wxWidgets-${PV}" --- > S="${WORKDIR}/wxPython-src-${PV}" and copying/sym-linking the collision patch appropriate to the new version
wxpython 3.0.1 already released, bump please.
(In reply to Mart Raudsepp from comment #1) > as always, we are waiting for a wxPython release, as we use their tarball > for wxGTK too 3.0.1.1 is out now ;)
Sorry, I thought we were still waiting on a release.
Bumped. Hopefully all the sed/collision patch/prefix/x32 business is in order this time...