<div dir="ltr"><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"><div>We should just have one perl5 port that tracks the current release. We'd
 just need to either revbump everything that needs a rebuild when a new 
minor perl version comes out (all the p5- ports to start) OR some 
enhancement to base to make it so the revbump is unnecessary.</div></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>It might be an idea for the admins to "set" the perl version all ports 
will use (barring some actual real need for another), and then --- 
all-at-once -- change it to some new version to avoid this.</div></blockquote><div><br></div><div>I think python might be another compiler/interpreter which could benefit from such a system.</div><div><br></div><div>Either going with Dan's method of having a one python3 port that tracks the current release, and a corresponding set of py3-* ports that track the python3 port. Or, going with Ken's method and "setting" the default python version that all ports will use.</div><div><br></div><div>Either of those methods could help to reduce or eliminate what's happening right now in lots of portfiles, where the portfile author basically has to arbitrarily pick a version of python to use as the portfile's default.</div><div><br></div><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div>-- </div><div>Jason Liu<br></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jun 22, 2020 at 3:34 PM Daniel J. Luke <<a href="mailto:dluke@geeklair.net" target="_blank">dluke@geeklair.net</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">On Jun 22, 2020, at 10:59 AM, Ken Cunningham <<a href="mailto:ken.cunningham.webuse@gmail.com" target="_blank">ken.cunningham.webuse@gmail.com</a>> wrote:<br>
> Perhaps unavoidable in some cases, but if you look around the web, this is in fact the #1 complaint about MacPorts: bloat.<br>
<br>
It's somewhat ironic given the current trend of everything being containerized (and bringing in all of their duplicate dependencies inside their containers)><br>
<br>
> It might be an idea for the admins to "set" the perl version all ports will use (barring some actual real need for another), and then --- all-at-once -- change it to some new version to avoid this.<br>
> <br>
> And ideally we could look at changing it once every few years.<br>
<br>
We should just have one perl5 port that tracks the current release. We'd just need to either revbump everything that needs a rebuild when a new minor perl version comes out (all the p5- ports to start) OR some enhancement to base to make it so the revbump is unnecessary.<br>
<br>
We could keep the 'old' perl5s around - but I would suggest that it's not worthwhile. People who really need multiple versions of perl are better served by using perlbrew than any of the packagers.<br>
<br>
-- <br>
Daniel J. Luke<br>
<br>
</blockquote></div>
</div>