[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