[MacPorts] #40333: py-wxpython-2.8 dependencies: add proper variants for proper use of wxWidgets-2.8 vs. wxgtk-2.8

[MacPorts]

#40333: py-wxpython-2.8 dependencies: add proper variants for proper use of
wxWidgets-2.8 vs. wxgtk-2.8
-------------------------+-------------------------------------------------
 Reporter:  mojca@…      |      Owner:  macports-tickets@…
     Type:  defect       |     Status:  new
 Priority:  Normal       |  Milestone:
Component:  ports        |    Version:
 Keywords:               |       Port:  py-wxpython-2.8 spe grass
                         |  bittorrent py-dsv py-pyface py-rotoframework-
                         |  ride py26-pypthant
-------------------------+-------------------------------------------------
 All dependencies of `py-wxpython-2.8` need variants to account for the
 difference between linking against `py-wxpython-2.8 +carbon` and `py-
 wxpython-2.8 +gtk`. These ports are:

  * editors/spe
  * gis/grass (see also #36904)
  * net/bittorrent
  * python/py-dsv
  * python/py-robotframework-ride (see also #40297)
  * python/py26-pyphant

 Plus maybe those with (temporarily?) disabled support for wxWidgets:
  * games/sounddecompress
  * python/py-pyface (see also #40207)

 On Xcode >= 4.4 `py-wxpython-2.8` can only be installed with `+gtk`, so
 there is no problem, but with earlier releases of Xcode where `+carbon` is
 default, these dependencies need to be aware of incompatibility with
 `x86_64`, `clang` and possibly other minor issues.

 On top of that some ports are conditionally compatible with `py-
 wxpython-3.0` and one needs to keep in mind that `py27-wxpython-2.8` is
 conflicting with `py27-wxpython-3.0` and the reasonable compromise I see
 is to allow these ports to link against `py26-wxpython-2.8` in order to
 allow side-by-side installation with dependencies of `py27-wxpython-3.0`.

 I would suggest to provide options with consistent/equal names for all the
 listed ports, but I'm looking for suggestions.

 Just an additional note is that at least `bittorrent`, `py-dsv` and `spe`
 seem relatively "abandoned" upstream and also have no maintainer.

-- 
Ticket URL: <https://trac.macports.org/ticket/40333>
MacPorts <http://www.macports.org/>
Ports system for OS X