> On Jun 15, 2026, at 2:05 PM, Joshua Root <[email protected]> wrote: > > 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
IIRC Mojca used to take care of updating/upgrading Perl. Since she is no longer actively involved with MacPorts, for all I can tell, no one has taken over this task. Marius -- Marius Schamschula
