#40207: remove wx variant from py-pyface --------------------------+-------------------------------- Reporter: jjstickel@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Resolution: | Keywords: wxwidgets haspatch Port: py-pyface | --------------------------+-------------------------------- Comment (by jjstickel@…): Hmm, hadn't thought about it. I don't think so -- if someone is successfully using the wx variant, they might as well continue. But maybe that would break when you commit your changes to the wx ports, so maybe yes. Your call. -- Ticket URL: <https://trac.macports.org/ticket/40207#comment:2> MacPorts <http://www.macports.org/> Ports system for OS X

#40207: remove wx variant from py-pyface --------------------------+-------------------------------- Reporter: jjstickel@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Resolution: | Keywords: wxwidgets haspatch Port: py-pyface | --------------------------+-------------------------------- Comment (by jjstickel@…): Replying to [comment:3 mojca@…]:

Just to clarify things a bit ...

My main question is: do you plan to keep support for wxWidgets in the future? The main question is whether the port is compatible with wxWidgets 2.9. In case it is, the situation is trivial - the dependency gets switched to {{{py${python.version}-wxpython-3.0}}} and that's all. In case it is not, an additional variant might be needed to distinguish between dependencies on wxWidgets 2.8 and wxGTK 2.8.

From what I can tell, and what I experienced the last time I tested, Enthought software is not compatible with wx-2.9. This may change with 3.0, but I don't know for sure. If it does work with 3.0, then the variant should exist.

There is one more thing I noticed now. All the port does is depend on wxpython. Shouldn't the port disable wxpython support when wxpython is installed, but the variant is not selected?

Yes, you are right about this. If wxpython is around, py-pyface tries to use it even if pyqt4 is installed. This should be fixed, but I don't have much time to investigate. -- Ticket URL: <https://trac.macports.org/ticket/40207#comment:4> MacPorts <http://www.macports.org/> Ports system for OS X

#40207: remove wx variant from py-pyface --------------------------+-------------------------------- Reporter: jjstickel@… | Owner: macports-tickets@… Type: update | Status: reopened Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: wxwidgets haspatch Port: py-pyface | --------------------------+-------------------------------- Changes (by su1shi4fu3@…): * status: closed => reopened * resolution: fixed => Comment: Hi, I just commented in the previously removed "wx" variant like this: {{{ variant wx description {Use wxWidgets backend} { if {$subport != $name} { depends_lib-append port:py${python.version}-wxpython-2.8 } } }}} (Didn't change anything but the commenting...) because I needed the port in the "wx" variant to build py27-mayavi. This might be of general interest. -- Ticket URL: <https://trac.macports.org/ticket/40207#comment:6> MacPorts <http://www.macports.org/> Ports system for OS X

#40207: remove wx variant from py-pyface --------------------------+-------------------------------- Reporter: jjstickel@… | Owner: macports-tickets@… Type: update | Status: reopened Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: wxwidgets haspatch Port: py-pyface | --------------------------+-------------------------------- Comment (by jjstickel@…): Replying to [comment:7 mojca@…]:

* Do you have any thoughts about #40333? * Are you willing to investigate how to avoid opportunistic use of `wxPython`? (Even when `wx` is disabled and you have `wxPython` installed, it will use `wxPython`)

Sorry, I am very busy at work and at home right now, and don't have the time to dig deep into these issues.

* Can you please tell me how to test this `wx`?

I am not quite sure what you are asking. To test pyXX-pyface, I usually also install pyXX-mayavi and run it.

* I wanted to ask if wxPython 2.9 works, but I saw https://github.com/enthought/traitsui/issues/106

Right, wxpython-2.9 does not work with pyface (at least not yet). Enought developers seem to have put this as a low priority, considering that pyqt4 works well.

I have no problem uncommenting this again, you only need to be aware

that until someone suggests a proper solution for #40333, this `wx` option will be conditionally broken. Fine with me, too. At a minimum, a message could be displayed about using compatible variants for wxwidgets/wxpython. -- Ticket URL: <https://trac.macports.org/ticket/40207#comment:8> MacPorts <http://www.macports.org/> Ports system for OS X

#40207: py-pyface: use proper variant(s) for wxPython --------------------------+-------------------------------- Reporter: jjstickel@… | Owner: macports-tickets@… Type: update | Status: reopened Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: wxwidgets haspatch Port: py-pyface | --------------------------+-------------------------------- Description changed by mojca@…: Old description:

Removing wx variant from py-pyface until wxwidgets/wxpython issues get sorted out. See #38375. Patch attached. Note that py-pyface is a graphical backend dependency for several Enthought ports including py- mayavi.

New description: Removing wx variant from py-pyface until wxwidgets/wxpython issues get sorted out. See #38375. Patch attached. Note that py-pyface is a graphical backend dependency for several Enthought ports including py-mayavi. See also #40333. -- -- Ticket URL: <https://trac.macports.org/ticket/40207#comment:11> MacPorts <http://www.macports.org/> Ports system for OS X

#40207: py-pyface: use proper variant(s) for wxPython --------------------------+-------------------------------- Reporter: jjstickel@… | Owner: macports-tickets@… Type: update | Status: reopened Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: wxwidgets haspatch Port: py-pyface | --------------------------+-------------------------------- Comment (by jjstickel@…): Documentation is sparse, but I think py-enable should also have a wxpython variant. For the record, a patch to py-enable with lines copied from py- pyface is given in #42075. -- Ticket URL: <https://trac.macports.org/ticket/40207#comment:13> MacPorts <http://www.macports.org/> Ports system for OS X

#40207: py-pyface: use proper variant(s) for wxPython --------------------------+-------------------------------- Reporter: jjstickel@… | Owner: macports-tickets@… Type: update | Status: reopened Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: wxwidgets haspatch Port: py-pyface | --------------------------+-------------------------------- Comment (by mojca@…): I believe the following would be the complete solution: {{{ variant wxwidgets30 conflicts wxwidgets28 wxgtk28 description {Use wxWidgets-3.0 Cocoa backend (experimental)} { depends_lib-append port:py${python.version}-wxpython-3.0 notes-append "Warning: wxpython-3.0 is not fully compatible with pyface, but the wxwidgets variant exists for testing and future use.\n" } variant wxwidgets28 conflicts wxwidgets30 wxwidgets28 description {Use 32-bit wxWidgets-2.8 Carbon backend} { universal_variant no supported_archs i386 ppc depends_lib-append port:py${python.version}-wxpython-2.8 require_active_variants port:py${python.version}-wxpython-2.8 carbon gtk } variant wxgtk28 conflicts wxwidgets30 wxwidgets28 description {Use wxWidgets-2.8 GTK backend} { depends_lib-append port:py${python.version}-wxpython-2.8 require_active_variants port:py${python.version}-wxpython-2.8 gtk carbon } }}} On the other hand I'm currently thinking that it would probably be best for everyone if I would simply remove `py-wxpython-2.8 +carbon`. That would make the life easier for everyone. Sure, users of 10.6 and lower who want to run their outdated software (whose maintainers don't care to make it compatible with 3.0) will be forced to use X11 instead of being able to use Carbon, but ... does anyone really care? Maybe I should make that decision before deciding which variants need to be added. -- Ticket URL: <https://trac.macports.org/ticket/40207#comment:15> MacPorts <http://www.macports.org/> Ports system for OS X

#40207: py-pyface: use proper variant(s) for wxPython --------------------------+-------------------------------- Reporter: jjstickel@… | Owner: macports-tickets@… Type: enhancement | Status: reopened Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: wxwidgets haspatch Port: py-pyface | --------------------------+-------------------------------- Comment (by jjstickel@…): How about: {{{ variant wxpython30 conflicts wxpython28 description {Use wxWidgets-3.0 (cocoa) backend} { depends_lib-append port:py${python.version}-wxpython-3.0 notes-append "Warning: wxpython-3.0 is not fully compatible with pyface, but the wxpython30 variant exists for testing and future use.\n" } variant wxpython28 conflicts wxpython28 description {Use wxWidgets-2.8 (gtk or carbon) backend} { depends_lib-append port:py${python.version}-wxpython-2.8 } }}} This leaves it to the user to properly select the appropriate variant (gtk/carbon) for wxpython-2.8. If gtk is the default variant, then most people will be OK. -- Ticket URL: <https://trac.macports.org/ticket/40207#comment:17> MacPorts <http://www.macports.org/> Ports system for OS X

#40207: py-pyface: use proper variant(s) for wxPython --------------------------+-------------------------------- Reporter: jjstickel@… | Owner: macports-tickets@… Type: enhancement | Status: reopened Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: wxwidgets haspatch Port: py-pyface | --------------------------+-------------------------------- Comment (by mojca@…): Is this what you want? Just to double-check before committing something that you didn't ask for. Also: do we really need a revision increase? I don't see any benefit in increasing the revision. If users will merely upgrade without manual intervention, won't they get exactly the same thing after the upgrade? -- Ticket URL: <https://trac.macports.org/ticket/40207#comment:19> MacPorts <http://www.macports.org/> Ports system for OS X

#40207: py-pyface: use proper variant(s) for wxPython --------------------------+-------------------------------- Reporter: jjstickel@… | Owner: macports-tickets@… Type: enhancement | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: wxwidgets haspatch Port: py-pyface | --------------------------+-------------------------------- Changes (by mojca@…): * status: reopened => closed * resolution: => fixed Comment: r116093 -- Ticket URL: <https://trac.macports.org/ticket/40207#comment:21> MacPorts <http://www.macports.org/> Ports system for OS X

#40207: py-pyface: use proper variant(s) for wxPython --------------------------+-------------------------------- Reporter: jjstickel@… | Owner: macports-tickets@… Type: enhancement | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: wxwidgets haspatch Port: py-pyface | --------------------------+-------------------------------- Changes (by mojca@…): * status: reopened => closed * resolution: => fixed Comment: I'm sorry. A fix in r116202. -- Ticket URL: <https://trac.macports.org/ticket/40207#comment:23> MacPorts <http://www.macports.org/> Ports system for OS X