#49448: tk @8.6.3 has no explicit +x11 variant for 10.5.8 ------------------------+-------------------------------- Reporter: braumann@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: x11 | Port: tk ------------------------+-------------------------------- I am trying to build {{{R @3.2.2}}} including its {{{+tcltk}}} variant on 10.5.8, but while configuring it tests if {{{tk}}} was installed with {{{+x11}}} being set. Without detecting a {{{tk @8.6.3_0+x11}}} unfortunately {{{R}}} cannot be built with {{{+tcltk}}}, which in turn would be necessary to use the {{{Rcmdr}}} (R Commander: a graphical interface for R). As far as I could see, there was a {{{+x11}}} variant in previous {{{tk}}} versions even for MacOSX versions lower than 10.6, but apparently it has been dropped (I guess since +quartz was removed, so an explicit +x11 may have appeared superfluous). Here is what is returned on 10.5.8 about tk's variants: {{{ $ sudo port variants tk tk has the variants: universal: Build for multiple architectures }}} For comparison, here is what is available on 10.6.8: {{{ $ sudo port variants tk tk has the variants: quartz: Support for native Mac OS X graphics * conflicts with x11 universal: Build for multiple architectures [+]x11: Enable X11 support * conflicts with quartz }}} For compatibility reasons I would like to ask if the {{{+x11}}} variant could be always signaled even for platforms below 10.6? In the Portfile I see that for 10.6 and upwards there is a mechanism to always select +x11 if +quartz has not been set. Something similar should be hard-wired for 10.5 and lower. I have no idea if other ports besides {{{R}}} are relying on an active {{{+x11}}} switch for {{{tk}}}, but at the moment I think the compatibility issue should be solved from the {{{tk}}} side, not the {{{R}}} side. Thank you! -- Ticket URL: <https://trac.macports.org/ticket/49448> MacPorts <https://www.macports.org/> Ports system for OS X