#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