<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">If that is actually what is being done in this thread (I think it is, 
but I can't tell for sure), to perl5.28 and python38, let's make that 
clear.</blockquote><div><br></div><div>But my question was, is that declaration simply a consensus among humans to simply put port:perl5.28 and port:python38 in the portfiles? Or is there some way to programmatically reference a ${global_default_python_version} variable in the portfiles, so that we don't have to go around changing hundreds of portfiles from port:python38 to port:python39? According to Ryan's earlier response to me:</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>If you mean that MacPorts base or an include file in the ports tree 
should define a variable for the currently accepted perl or python 
version and ports should use this variable in declaring their 
dependencies and so forth, that's been suggested before but is not 
possible with how MacPorts base currently works with regard to the 
portindex. See <a href="https://trac.macports.org/ticket/59839" rel="noreferrer" target="_blank">https://trac.macports.org/ticket/59839</a></div></blockquote><div> </div><div>it sounds like it might have to be the former?</div><div><br></div><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div>-- </div><div>Jason</div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jun 23, 2020 at 8:36 AM Ken Cunningham <<a href="mailto:ken.cunningham.webuse@gmail.com" target="_blank">ken.cunningham.webuse@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
On Jun 23, 2020, at 00:48, Ryan Schmidt <<a href="mailto:ryandesign@macports.org" target="_blank">ryandesign@macports.org</a>> wrote:<br>
<br>
>> Feel free to set the bar, if you care to. And hopefully, don’t move it too often…IMHO.<br>
> <br>
> I'm not sure what you mean.<br>
<br>
Exactly what I stated with...<br>
<br>
If MP would pick one perl and one python that everyone is meant to use, declare it, and don't change it too often, that would be a Good Thing.<br>
<br>
If that is actually what is being done in this thread (I think it is, but I can't tell for sure), to perl5.28 and python38, let's make that clear.<br>
<br>
I'll go sort out what added perl5.30 to curl's build deps and revert it. <br>
<br>
And everyone might stop randomly changing ports to use perl 5.30 or defaulting to some other python until some year in the moderately distant future.<br>
<br>
Less work, less bloat, more happiness -- it's just a win all around.<br>
<br>
And if that is impossible, unacceptable, or undesirable, then so be it. At least we tried...<br>
<br>
K</blockquote></div>