<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On 2021-06-02, at 4:12 AM, Giuseppe 'ferdy' Miceli wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><meta http-equiv="Content-Type" content="text/html; charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">ciao,<div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On 2 Jun 2021, at 09:29, Ken Cunningham <<a href="mailto:ken.cunningham.webuse@gmail.com" class="">ken.cunningham.webuse@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">Seems like a fine idea to me. Thing is, you actually don't want to be that current anyway.</div></blockquote><div class=""><br class=""></div><div class="">1. as far i understood, for perl the recommended version should be perl5.30 which is stable (even tho’ not maintained), one year old (latest updated 20200601):</div><div class=""><br class=""></div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>version<span class="Apple-tab-span" style="white-space:pre"> </span><span style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);" class="">latest update<span class="Apple-tab-span" style="white-space:pre"> </span>status</span></div><div class=""><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>5.30<span class="Apple-tab-span" style="white-space:pre"> </span>2020-06-01<span class="Apple-tab-span" style="white-space:pre"> </span>old version - not maintained</div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>5.32<span class="Apple-tab-span" style="white-space:pre"> </span>2021-01-23<span class="Apple-tab-span" style="white-space:pre"> </span>old version - still maintained</div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>5.34<span class="Apple-tab-span" style="white-space:pre"> </span>2021-05-20<span class="Apple-tab-span" style="white-space:pre"> </span>current stable - not yet in macports</div><div class=""><br class=""></div></div></div></div></div></div></blockquote><div><br></div><div>I would personally upgrade the recommended perl the day it stops getting security updates, to one version newer. Minimum fuss, maximum compatibility. Let the well-funded Linux distros fix all the tedious headaches updating modules to newer perl versions. But as you have heard, others feel a reason to be more cutting edge.</div><div><br></div><div>We find modules get updated to new perl or python versions without anyone testing the build or function, or running the test suite. Just because it shows up as an option is no indication that it actually works (which is the whole point of hanging back a bit).</div><div><br></div><div><br></div><br><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class=""><div class="">2. what about python? as far as i understood should be 3.9 (also one year old and with 3.10 still in beta, expected release oct 2021):</div><div class=""><br class=""></div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>version<span class="Apple-tab-span" style="white-space:pre"> </span>maintainance<span class="Apple-tab-span" style="white-space:pre"> </span>release<span class="Apple-tab-span" style="white-space:pre"> </span>end of support</div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>3.9<span class="Apple-tab-span" style="white-space:pre"> </span>bugfix<span class="Apple-tab-span" style="white-space:pre"> </span>2020-10-05<span class="Apple-tab-span" style="white-space:pre"> </span>2025-10</div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>3.8<span class="Apple-tab-span" style="white-space:pre"> </span>bugfix<span class="Apple-tab-span" style="white-space:pre"> </span>2019-10-14<span class="Apple-tab-span" style="white-space:pre"> </span>2024-10</div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>3.7<span class="Apple-tab-span" style="white-space:pre"> </span>security<span class="Apple-tab-span" style="white-space:pre"> </span>2018-06-27<span class="Apple-tab-span" style="white-space:pre"> </span>2023-06-27</div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>3.6<span class="Apple-tab-span" style="white-space:pre"> </span>security<span class="Apple-tab-span" style="white-space:pre"> </span>2016-12-23<span class="Apple-tab-span" style="white-space:pre"> </span>2021-12-23</div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>2.7<span class="Apple-tab-span" style="white-space:pre"> </span>end-of-life<span class="Apple-tab-span" style="white-space:pre"> </span>2010-07-03<span class="Apple-tab-span" style="white-space:pre"> </span>2020-01-01</div><div class=""><div class=""><br class=""></div></div></div></div></div></blockquote><div><br></div><div>I believe macports' recommended python version is already 3.9 at present, we have that, and most ports default to that. Ones that don't should be updated to do so, if they actaully work with python39 (we have found a number of them don't).</div><div><br></div><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class=""><div class=""><div class=""><font class="Apple-style-span" color="#000000"><br class=""></font></div><div class="">does it make sense? also, what are we supposed to do with python2.7? </div></div></div></div></div></blockquote><div><br></div><div><br></div><div>We need python27 for various bootstrapping things, and for all the software (like llvm !) that still needs it to work properly.</div><div><br></div><div>So I think we'll have python27 in some form or other forever.</div><div><br></div><div>K</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><br><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class=""><div class=""><div class="">—</div><div class="">ferdy</div></div><div class=""><br class=""><blockquote type="cite" class=""><div class=""><div class="">On Tuesday, June 1, 2021, Daniel J. Luke <<a href="mailto:dluke@geeklair.net" class="">dluke@geeklair.net</a>> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Jun 1, 2021, at 4:25 PM, Ken Cunningham <<a href="mailto:ken.cunningham.webuse@gmail.com" class="">ken.cunningham.webuse@gmail.<wbr class="">com</a>> wrote:<br class="">
>> is there any overall strategy regarding the update of perl and python version as dependencies?<br class="">
>> <br class="">
> The basic idea was to be rational about things, so that end-users don’t need many different perls and pythons installed just because, for example, someone noticed a new perl came out last Tuesday and so changed their ports to that.<br class="">
> <br class="">
> The admins would set the “recommended” perl and python based on updates and software conformance, and all ports would try to use that (unless some given version would be the only version that would work).<br class="">
> <br class="">
> And then, en-masse, at the right moment the “recommended” version would change, all the ports would more-or-less move to the new default at once, if we could.<br class="">
> <br class="">
> How well this is working, whether it is working at all, and how well it is or is not generally supported by the group I could not say.<br class="">
> <br class="">
> But it seemed like a good idea, when for example one needed to build and install two or three perls and two or three pythons just to install git.<br class="">
<br class="">
For perl, we should just ship one perl as 'perl5' and have everything depend on it (and revbump the world of perl when we upgrade it). It takes us too long to migrate everything 'nicely'<br class="">
<br class="">
I suspect we could do this for python as well, but I've not looked recently at how disruptive newer python versions are.<br class="">
<br class="">
... but I've said it before and people don't really like that idea, I guess :)<br class="">
<br class="">
-- <br class="">
Daniel J. Luke<br class="">
<br class="">
</blockquote></div>
</div></blockquote></div><br class=""></div></div></div></blockquote></div><br></body></html>