
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr">Jason Liu <jasonliu@umich.edu> wrote:</div><br><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div>Would it be possible to sort of split the difference? i.e. not _just_ have one single perl5 port and get rid of all the individual point releases, but rather to add perl5 as a sort of "metapackage" that is essentially the same as perl5.30. I guess metapackage isn't the right word, either. In reality more like, it's the same package as perl5.30, but simply with a more generic name that maps to whatever specific release has been blessed as the MacPorts default perl. So, these ports would all exist:</div><div><br></div><ul><li>perl5 <= the "metapackage", and is actually the same port as perl5.30, perl5.32, or whatever is deemed to be the current MacPorts default perl.</li><li>perl5.30</li><li>perl5.28</li><li>perl5.26</li><li>...</li></ul><div>So if a particular port is okay with blindly using a version of perl that tracks with the latest MacPorts default perl, they can use perl5. If a port breaks when the MacPorts default perl gets changed, then the port could still revert back to specifying a specific version of perl, by simply changing the perl5 to perl5.28.</div></div></div></blockquote><div><br></div><div>There already is a perl5 wrapper port: <a href="https://ports.macports.org/port/perl5/summary">https://ports.macports.org/port/perl5/summary</a></div><div><br></div><div>Its version is currently 5.26.1 and it has perl5_26, perl5_28 and perl5_30 variants.</div><div><br></div>Nils.</body></html>