> > 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.
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: 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 > https://trac.macports.org/ticket/59839 > it sounds like it might have to be the former? -- Jason On Tue, Jun 23, 2020 at 8:36 AM Ken Cunningham < ken.cunningham.web...@gmail.com> wrote: > > > On Jun 23, 2020, at 00:48, Ryan Schmidt <ryandes...@macports.org> wrote: > > >> Feel free to set the bar, if you care to. And hopefully, don’t move it > too often…IMHO. > > > > I'm not sure what you mean. > > Exactly what I stated with... > > 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. > > 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. > > I'll go sort out what added perl5.30 to curl's build deps and revert it. > > 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. > > Less work, less bloat, more happiness -- it's just a win all around. > > And if that is impossible, unacceptable, or undesirable, then so be it. At > least we tried... > > K