[MacPorts] #24350: proposed new Portfiles for wxWidgets and wxPython

[MacPorts]

#24350: proposed new Portfiles for wxWidgets and wxPython
-------------------------------+--------------------------------------------
 Reporter:  jjstickel@…        |       Owner:  macports-tickets@…                   
     Type:  enhancement        |      Status:  new                                  
 Priority:  Normal             |   Milestone:                                       
Component:  ports              |     Version:  1.8.2                                
 Keywords:                     |        Port:  wxWidgets-python py26-wxpython       
-------------------------------+--------------------------------------------

Comment(by macsforever2000@…):

 Replying to [comment:20 jjstickel@…]:
 > Maybe I don't understand what wxgtk is: is it not wxwidgets using the
 gtk toolkit?  Or is it a subset of wxwidgets?

 This is confusing to me as well. Maybe you are right.

 > If the former, then wxgtk can be replaced by wxwidgets +gtk (see the
 patch I attached to this ticket), and xchm can depend on that.

 The only problem with that is that a port cannot depend on a variant. See
 ticket:126.

 > BTW, wxwidgets-python does not provide wxpython!  It is wxwidgets but at
 the version number needed by wxpython.

 I see now. This is starting to make some sense to me.

 Why didn't we just update the existing wxwidgets port to 2.8.10.1 instead
 of adding the wxwidgets-python port again? So perhaps this could all be
 cleaned up by making a new wxwidgets-gtk port that has wxwidgets (updated
 to the latest version) as a dependency. We remove the +gtk variant from
 wxwidgets. Then we remove the wxwidgets-python port and the wxgtk port.
 py26-wxpython retains the +gtk variant and depends on wxwidgets-gtk in
 that case. xchm depends on the new wxwidgets-gtk port now too and avoids
 the variant issue. Can you make the proposed wxwidgets-gtk port? I'm not
 sure I have the time (or knowledge) to do it myself.

-- 
Ticket URL: <http://trac.macports.org/ticket/24350#comment:21>
MacPorts <http://www.macports.org/>
Ports system for Mac OS