<div dir="ltr">Thanks, KenC, for your explanation.<div><br></div><div>I guess what I need now is to implement your suggestion, but I'm wary that I'll screw things up royally in so doing.</div><div><br></div><div>I don't think I have any particular need to have the +quartz varient of any of my ports.</div><div><br></div><div>It would be nice to have a SQL (or TCL, or whatever) script that would list all ports that require the +x11 varient and the same of the +quartz varient, and the ones that will work with either.</div><div><br></div><div>Then I could see what port(s) I'll have to "discard" by choosing one way or the other.</div><div><br></div><div>After that is the problem of implementing the decision and trying to prevent/minimize the chaos resulting from making errors in that process.</div><div><br></div><div>I'm not much good at this type of filtering with regards to varients; I guess there's no better time that now to learn.</div><div><br></div><div>Thanks,</div><div>Ken Wolcott</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Sun, Dec 22, 2024 at 1:34 PM Ken Cunningham <<a href="mailto:ken.cunningham.webuse@gmail.com">ken.cunningham.webuse@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Generally speaking, for almost all ports, they are allowed to install as either x11 or quartz.<br>
<br>
So you should choose which flavour you want, x11 or quartz, and go with that.<br>
<br>
x11 is more compatible-- because it is (was, anyway, until wayland) broadly tested on linux, most or all such ports can install as x11.<br>
<br>
quartz is more Mac-like in UI and sometimes in other features, but it is somewhat less compatible as not many developers test things as quartz , and so certain ports won't build as +quartz, or will be missing features.<br>
<br>
To be noted, macports defaults to +x11, and so the macports buildbots are set up to build +x11, and so if you go with +quartz, you'll be building many ports, and sometimes that can lead to build errors and frustrations.<br>
<br>
Once you're decided which flavour you want, if it is +quartz, you should probably put that in your /opt/local/etc/variants.conf<br>
<br>
And then either way, x11 or quartz, you should probably deactivate all your existing ports and install the ones you want -- they will be called in with the right flavour. (Well, maybe not _all_ your ports, but at least deactivate any ports that have +x11 or +quartz variants installed.)<br>
<br>
The issue you are having here is that you have installed some ports with the +quartz variant (tk at least) and some ports with the +x11 variant (R), so you either need to reinstall R with the +quartz variant or tk with the +x11 variant.<br>
<br>
And it looks like at some point in the past you had tk installed with the +x11 variant, as it's in your list of installed ports, currently deactivated.<br>
<br>
I personally prefer +quartz variants, so I have my system set up that way, and so I build things, and sometimes things won't install, but I live with that because I like +quartz.<br>
<br>
Ken<br>
<br>
<br>
<br>
> On Dec 22, 2024, at 12:13 PM, Kenneth Wolcott <<a href="mailto:kennethwolcott@gmail.com" target="_blank">kennethwolcott@gmail.com</a>> wrote:<br>
> <br>
> How to proceed?<br>
> <br>
> port installed | grep ' R '<br>
>   R @4.4.1_2+aqua+builtin_lapack+cairo+gcc14+openmp+tcltk+x11<br>
>   R @4.4.1_3+aqua+builtin_lapack+cairo+gcc14+openmp+tcltk+x11<br>
>   R @4.4.1_4+aqua+builtin_lapack+cairo+gcc14+openmp+tcltk+x11<br>
>   R @4.4.2_0+aqua+builtin_lapack+cairo+gcc14+openmp+tcltk+x11 (active)<br>
> <br>
> port installed | grep ' tk '<br>
>   tk @8.6.14_0+x11<br>
>   tk @8.6.15_0+quartz (active)<br>
> <br>
> Does this mean that I need to have a tk based on x11 to be active?<br>
> <br>
> sudo port deactivate tk<br>
> Note: It is not recommended to uninstall/deactivate a port that has dependents as it breaks the dependents.<br>
> The following ports will break:<br>
>  tkdiff @4.2_0<br>
>  tklib @0.7_0<br>
>  R @4.4.2_0<br>
>  py312-tkinter @3.12.8_0<br>
>  py313-tkinter @3.13.1_0<br>
>  maxima @5.47.0_9<br>
> Continue? [y/N]: n<br>
> --->  Cleaning tk<br>
> <br>
> Thanks,<br>
> Ken Wolcott<br>
> <port_R_failed.log><br>
<br>
</blockquote></div>