[MacPorts] #40297: py-robotframework-ride: fix the wxWidgets variants and explicit supported_archs
MacPorts
noreply at macports.org
Fri Jan 17 02:39:12 PST 2014
#40297: py-robotframework-ride: fix the wxWidgets variants and explicit
supported_archs
-------------------------------------+-------------------
Reporter: mojca@… | Owner: jwa@…
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords:
Port: py-robotframework-ride |
-------------------------------------+-------------------
Comment (by mojca@…):
In the light of the change in r116066 (see #40333) and decision to not
even try to properly support users who want to keep using the `+carbon`
variant in wxPython I attached my proposal for changing the `py-
robotframework-ride` port. After r116066 the port builds fine on the 10.6
buildbot. If users want to play with Carbon, they are free to do so, but
unsupported. And we can close this ticket and stop worrying about how to
properly add `supported_archs` to the port.
{{{
variant wxpython30 conflicts wxpython28 description {Use wxPython 3.0
with Cocoa (experimental)} {
depends_lib-append port:py${python.version}-wxpython-3.0
notes-append "Warning: wxPython 3.0 is not fully compatible with
robotframework-ride.\n"
}
variant wxpython28 conflicts wxpython28 description {Use wxPython 2.8
with GTK} {
depends_lib-append port:py${python.version}-wxpython-2.8
}
if {![variant_isset wxpython30] && ![variant_isset wxpython28]} {
default_variants +wxpython28
}
}}}
(PS: I think I forgot to increase the revision in the two attachments.
Please don't forget about that if you commit the change.)
--
Ticket URL: <https://trac.macports.org/ticket/40297#comment:6>
MacPorts <http://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list