#37819: wxWidgets should be removed / replaced_by wxWidgets-3.0 -----------------------------------------+------------------- Reporter: jeremyhu@… | Owner: jwa@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: wxWidgets wxWidgets-python | -----------------------------------------+------------------- Changes (by mojca@…): * cc: afb@…, raimue@…, usami-k@…, jwa@…, michaelld@…, ryandesign@…, bfulgham@…, takeshi@…, jameskyle@…, christsc@…, macports@…, hvdwolf@…, bugcutt@…, rudloff@…, jjstickel@… (added) * version: 2.1.2 => Old description:
wxWidgets is 32bit only and doesn't build on Lion or later. This is causing dependent ports to fail to build packages on buildbot. Please update the port to "just work" better on our currently supported platforms. Based on the instructions in the ticket, it sounds like we should just transition to wxWidgets30.
New description: wxWidgets is 32bit only and doesn't build on Lion or later. This is causing dependent ports to fail to build packages on buildbot. Please update the port to "just work" better on our currently supported platforms. Based on the instructions in the ticket, it sounds like we should just transition to wxWidgets-3.0 (or wxWidgets-2.8 for ports that don't compile with 2.9). -- Comment: I started working on this, see http://trac.macports.org/browser/users/mojca/wxports. The PortGroup doesn't work yet, but I hope on some help from community. The idea would be to replace {{{wxWidgets}}} by {{{wxWidgets-2.8}}}, {{{wxWidgets- devel}}} and {{{wxWidgets30}}} by {{{wxWidgets-3.0}}} (naming scheme consistent with ports like llvm, clang, ... cleaner than no dots in numbers). The ports {{{wxWidgets-2.8}}} and {{{wxWidgets-3.0}}} can already be installed side-by-side, but more testing is needed and ports need to be adapted once the {{{PortGroup}}} is done. The problem is that I have no clue about the zillion of python variants and I'm also not sure if wxgtk is needed or working. Any help with those highly appreciated. My wishlist for the {{{PortGroup}}}: - allow the port to specify an incompatibility with a certain version of wxWidgets; suggestions welcome - set wxWidgets version to 3.0 by default - if 2.8 is requested (because port doesn't support 2.9), automatically set {{{supported_archs i386 ppc}}} & {{{universal_variant no}}}, blacklist {{{clang}}} - if 10.8 is used or Xcode >= 4.4 on 10.7, don't even attempt to compile the port which depends on 2.8 (throw an error) - I'm not sure if this is needed, but on 10.4 one should either set 2.8 by default, or deprecate installation of any wxWidgets dependency on Tiger (I believe that 10.5 should be supported, I'm not sure why the Portfile for wxWidgets30 asks for 10.6) - set {{{${wxWidgets.confpath}}}} variable to {{{${prefix}/libexec/wxWidgets/${version}}}}; suggestions for a better name welcome Here's a list of dependencies on wx* that need to be adapted along with wxWidgets (most probably lacking some ports, for wxPython in particular), please fill the list if you spot any: {{{ wxWidgets, wxWidgets-devel, wxWidgets30 - devel/poedit [req] (on SL autoreplace 2.8 with 3.0) {raimue openmaintainer} - math/gnuplot [+wxwidgets/devel/30] {mojca openmaintainer} - math/wxMaxima [required/+wxwidgets-devel/30] {usami-k openmaintainer} only with wxWidgets30: - aqua/pgAdmin3 [no option, required] {jwa} - gis/grass [+wxwidgets] {nomaintainer} - multimedia/mkvtoolnix [+wxwidgets] {nomaintainer} - perl/p5-alien-wxwidgets [required] {nomaintainer} - perl/p5-wx (depends on p5-alien-wxwidgets) {nomaintainer} - perl/p5-graphics-gnuplotif (depends on gnuplot) {nomaintainer} - science/gnuradio [+wxgui] (wxwidgets-devel) {michaelld openmaintainer} - science/stimfit [required] {gmx.de:christsc} currenty only depends on wxWidgets 2.8: - cross/usbprog {lilalinux.net:macports} - devel/codeblocks (+wxgtk [freebsd]) {afb} - devel/wxd {usami-k openmaintainer} - devel/wxstedit (+wxgtk [freebsd]) {afb} - graphics/wxLua (depends on wxstdedit) - emulators/lisaem {ryandesign} - lang/erlang [+wxwidgets, optional] {bfulgham} - graphics/esdl (depends on erlang) {bfulgham} - graphics/hugin-app [no option, required] {gmail.com:hvdwolf} - graphics/rt-volume-rendering [no option, required] {gmail.com:bugcutt} - math/fityk {nomaintainer} - math/gnudatalanguage (not functional yet) {takeshi} - security/otrproxy [no option, required] {nomaintainer} - www/FileZilla [no option, required] {strasweb.fr:rudloff openmaintainer} don't know: - science/plplot {takeshi openmaintainer} python: - python/py-wxpython {nomaintainer} - python/py-wxpython26 {nomaintainer} - python/py-wxpython30 {jwa} - python/py-mayavi {gmail.com:jjstickel openmaintainer} - python/py-pyface {gmail.com:jjstickel openmaintainer} - python/py26-wxpython {jameskyle} - python/py27-wxpython-devel {jwa} other: - cross/wxmsw {nomaintainer} - graphics/wxWidgets {jwa} - graphics/wxWidgets-devel {jwa} - graphics/wxWidgets-python {nomaintainer} - graphics/wxWidgets26 {nomaintainer} - graphics/wxWidgets30 {jwa} - x11/wxgtk {nomaintainer} }}} But cleanup is needed on the {{{PortGroup}}} first, only then should ports be changed - to prevent double or triple effort. -- Ticket URL: <https://trac.macports.org/ticket/37819#comment:7> MacPorts <http://www.macports.org/> Ports system for OS X