randomly bumping things to require perl 5.30 vs 5.28 requires everyone to have both installed ...

[Jason Liu]

>
> 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.webuse at gmail.com> wrote:

>
>
> On Jun 23, 2020, at 00:48, Ryan Schmidt <ryandesign at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macports.org/pipermail/macports-dev/attachments/20200623/fd99a9a4/attachment.htm>