wxpython-4.0.0b2 is available at PyPI. It supports python 3, and is a major rewrite.
Any need for it in gentoo tree as of yet? As opposed to using a beta version from PyPI through standard pip and co means? Otherwise I don't see any need for it in the tree, until we don't have application consumers of it; and even then it's a hard sell, given the beta status, plus time still to be spent on wxGTK proper as higher priority.
There is now a stable release wxPython 4.0.1. I will require this to support future versions of games-util/pyfa which moves to python 3.6 (only beta releases yet)
wxPython 4.0.1 has been released, please bump. With major packages moving to Python3 in the near future (http://python3statement.org/). Note that this includes matplotlib and ipython which depend on wxPython. Thank you!
Throwing more support behind this. I'm the maintainer of pyfa (the actual application, not the maintainer for the Gentoo package)(https://github.com/pyfa-org/Pyfa). Should mention I'm not a Gentoo user, so I'm not too totally familiar with the terms and process... but I'm gonna post my $0.02 anyway :) pyfa uses wxPython 4.0.0b2. Until this is included into Gentoo, the pyfa Gentoo maintainer can't get this updated, and Gentoo users are having difficulties getting the application to function. > Otherwise I don't see any need for it in the tree, until we don't have application consumers of it I'm confused by this logic... Of course there's priorities to be had, but to say "we don't need it because I don't know of any application that uses it" is a bit bold and kind of off-putish :/ Users certainly have the option of building themselves, but many might not be savvy enough with such things (building wxPython requires knowledge of which dev packages are required, which is something that could be taken care of by having the package) > and even then it's a hard sell, given the beta status 4.0.0b2 is actually pretty stable, and the latest release actually has a bug that makes it unusable for pyfa: https://github.com/wxWidgets/Phoenix/issues/767 That being said, 4.0.2 seems to be coming out soon (Robin is working through some issue that are marked for that release), which should have fixes that pyfa needs, so it might be better to wait for that. See below. https://github.com/wxWidgets/Phoenix/projects/1 but yeah, as more and more packages move over to, or start development with, wxPython 4, Gentoo is going to need to support this. Best! :)
Is anyone already working on this or is this package unsupported at the moment?
No-one is working on this at the moment to my knowledge. Help welcome, but it has to be able to co-exist with wxpython:3.0 as well. In addition wxpython-3 is pending WX_GTK_VER=3.0-gtk3 support too :(
What would the mechanism be to switch the default implementation. There is currently no eselect module for wxpython, would that be the preferred way? There is a working ebuild from (https://github.com/TheChymera/overlay) which I copied into my own overlay for now to have a working ebuild for pyfa again (https://github.com/ZeroPointEnergy/gentoo-pyfa-overlay). It doesn't do the slotting correctly but I currently try to figure out what I have to do to change that.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e8e14b564d7f9cc694a1a96031703be15b2d41bc commit e8e14b564d7f9cc694a1a96031703be15b2d41bc Author: Virgil Dupras <vdupras@gentoo.org> AuthorDate: 2019-05-24 18:19:34 +0000 Commit: Virgil Dupras <vdupras@gentoo.org> CommitDate: 2019-05-24 18:19:34 +0000 dev-python/wxpython: bump to 4.0.6 Also, take over maintainership. Closes: https://bugs.gentoo.org/632602 Closes: https://bugs.gentoo.org/667318 Signed-off-by: Virgil Dupras <vdupras@gentoo.org> Package-Manager: Portage-2.3.66, Repoman-2.3.11 dev-python/wxpython/Manifest | 1 + .../wxpython/files/wxpython-4.0.6-no-webkit.patch | 27 +++++++ .../files/wxpython-4.0.6-skip-broken-tests.patch | 91 ++++++++++++++++++++++ dev-python/wxpython/metadata.xml | 6 +- dev-python/wxpython/wxpython-4.0.6.ebuild | 89 +++++++++++++++++++++ 5 files changed, 213 insertions(+), 1 deletion(-)
