#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