Any objections to removal of the carbon variant in py-wxpython-2.8?

[Mojca Miklavec]

On Wed, Jan 15, 2014 at 5:27 PM, Eric Gallager wrote:
> I am still on 10.6 and still use the `+carbon` variant for
> py-wxpython-2.8...

There is also another option:
- make py-wxpython-2.8 +gtk default also on 10.6
- leave the option +carbon there: users are free to switch to Carbon,
but are left on their own regarding architecture mismatches (they need
to make sure that they compile certain ports with i386 support and
that they recompile from source if the package from the buildbot
doesn't match)

This basically boils down to about 2 working and up-to-date ports (two
other ports are broken and two don't care about architecture, I think)
and wouldn't make the situation any worse than it is now.

Would that option be more acceptable than removing support for +carbon?

Mojca

> On Wed, Jan 15, 2014 at 11:11 AM, Mojca Miklavec <mojca at macports.org> wrote:
>>
>> Hi,
>>
>> The port py-wxpython-2.8 currently supports two conflicting variants:
>>    +carbon (32-bit Carbon-based wxWidgets)
>>    +gtk (GTK-based wxWidgets)
>>
>> On 10.6 the variant +carbon is the default one, while on 10.7 and
>> later only +gtk can be used anyway.
>>
>> I would like to remove the variant "+carbon" because it complicates
>> matters more than necessary and removing it only affects "outdated"
>> software on "outdated" OS in the way that users would be forced to use
>> X11 instead of 32-bit Carbon, but the ports would still work.
>>
>>
>> The kind of complications I'm talking about is that a port like
>> py-robotframework-ride would need to explicitly support three
>> different variants (wxwidgets30, wxwidgets28, wxgtk28), set
>> "supported_archs i386 ppc" with wxwidgets28, refuse to compile with
>> Xcode 4.4 and later, make sure that the right variant is active
>> (require_active_variants port:py${python.version}-wxpython-2.8 carbon gtk)
>> and be executed with 'arch -i386 <binary_name>'. Without all that the
>> building on the buildbot fails.
>>
>>
>> List of ports that depend on wxPython 2.8:
>> - gis/grass (broken at the moment anyway)
>> - python/py-robotframework-ride
>> - python/py26-pyphant (kind-of-broken, compatibility with 3.0 almost
>> finished)
>> - python/py-pyface (also supports Qt which is superior)
>>
>> - editors/spe (somewhat outdated)
>> - python/py-dsv (somewhat outdated)
>>
>> If anyone has a strong argument against the removal of Carbon support
>> in wxPython 2.8, please speak now.
>>
>> Mojca