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

MacPorts noreply at macports.org
Mon Dec 30 14:49:17 PST 2013


#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 py-dsv    |   Keywords:
  py-pyface py-robotframework-ride py26-pyphant  |
-------------------------------------------------+-------------------------
Changes (by mojca@…):

 * port:
     py-wxpython-2.8 spe grass bittorrent py-dsv py-pyface py-
     rotoframework-ride py26-pypthant
     =>
     py-wxpython-2.8 spe grass py-dsv py-pyface py-robotframework-ride
     py26-pyphant


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

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
  * python/py-dsv
  * ~~net/bittorrent~~

 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.

--

Comment:

 Bittorrent removed from the list of affected ports after removing it from
 repository (r115270), fixed typos in other port names.

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


More information about the macports-tickets mailing list