[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-
      Type:  defect                              |  tickets@…
  Priority:  Normal                              |     Status:  new
 Component:  ports                               |  Milestone:
Resolution:                                      |    Version:
      Port:  py-wxpython-2.8 spe grass           |   Keywords:
  bittorrent py-dsv py-pyface py-rotoframework-  |
  ride py26-pypthant                             |
-------------------------------------------------+-------------------------
Description changed by mojca@…:

Old description:

> 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.

New description:

 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:

  * gis/grass (see also #36904; active development, but no attempts to make
 it compatible with 3.0 yet)
  * python/py-robotframework-ride (see also #40297; it builds against 3.0,
 but has problems, upstream is working on compatibility with 3.0)
  * python/py26-pyphant (see also #40347; likely to become compatible with
 3.0 soon)
  * python/py-pyface (see also #40207; wx is not a strict requirement)

 Outdated/abandoned ones:
  * editors/spe
  * net/bittorrent
  * python/py-dsv

 Plus maybe those with (temporarily?) disabled support for wxWidgets:
  * games/sounddecompress

 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#comment:3>
MacPorts <http://www.macports.org/>
Ports system for OS X