[MacPorts] #49448: tk @8.6.3 has no explicit +x11 variant for 10.5.8

MacPorts noreply at macports.org
Sun Oct 25 09:43:31 PDT 2015


#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


More information about the macports-tickets mailing list