Perl ports

Joshua Root jmr at macports.org
Mon Jun 15 19:05:27 UTC 2026


On 15/6/2026 16:41, Vincent Habchi wrote:
> Folks,
> 
> I have a bunch of commits waiting since ages for the p5- series of perl modules. It’s mainly a batch modification to allow for more recent perl versions. Example:
> 
> Pro > git diff --staged perl/p5-test-notabs/Portfile
> diff --git a/perl/p5-test-notabs/Portfile b/perl/p5-test-notabs/Portfile
> index 37f02d267ca..ea6fd23b5a9 100644
> --- a/perl/p5-test-notabs/Portfile
> +++ b/perl/p5-test-notabs/Portfile
> @@ -3,7 +3,7 @@
>   PortSystem          1.0
>   PortGroup           perl5 1.0
>    -perl5.branches      5.28 5.30 5.32 5.34
> +perl5.branches      5.28 5.30 5.32 5.34 5.36 5.38 5.40
>   perl5.setup         Test-NoTabs 2.02
>   license             {Artistic-1 GPL}
>   maintainers         nomaintainer
> 
> I also have a Portfile for the new Kicad 10.0 series waiting, but I’d like to fix the perl ports before that.
> 
> Can I commit those?
Moving to newer perl is certainly overdue. I don't remember if there is 
a Trac ticket for that. Adding new branches is good but the old ones 
should also be removed, since 5.38 and older are now EOL.

In the past, updates to perl5.branches were done en masse, but that of 
course triggered a very large number of builds. Doing it piecemeal is 
probably better, but it does mean having to do it in the right order, 
adding dependencies no later than their dependents and removing 
dependents no later than their dependencies.

So please do feel free to add newer perl5.branches and remove old ones 
within the above constraints. There has also been talk of only having 
one version of perl for all modules, which I'm fine with in principle if 
things keep working, but it may be a big project.

- Josh


More information about the macports-dev mailing list