Please relicense from "Perl 5" to MIT or Apache 2.0 license
My reasoning is that in the vast majority of cases the author and contributors want the software to be used by as many businesses and hobbyists as possible.
Previously I described how the burden of understanding and complying with licenses, including open source licenses, can be an unintended barrier to them using the software.
Perl modules tend to use "Perl 5" combination as the default license i.e. "Licensed under the same terms as Perl itself". And the "Perl 5" license is actually a dual licensing of the problematic Artistic 1.0 license and the dated GPL1.0 license which also has problems. Both are rarely used outside of Perl and in my view present a barrier to adoption.
Recall I described how permissive ("BSD") and copyleft ("GPL") licenses are functionally identical if no binary is distributed (websites) or for scripted languages that remain in source form.
For these reasons I recommend the widely used and permissive MIT license - or the trimmed down ISC license.
Indeed I have been actively working to swap the license on my CPAN modules.
You may consider the longer Apache 2.0 license attempts to ensure that users do not have to worry about infringing patents by using the software. You may want to make this assurance to users of your software that you won't pursue them for patent royalties - something businesses will be thankful for. Recall that Fedora intends to remove CC0 licensed software as patent licensing is becoming of more concern.
(I will mention that it does blur contract and copyright clauses, and that in my opinion the MIT license granting "without limitation the rights to use" the software seems to include patents)
How to go about relicensing?
If you are the only author of your code and you authored it on your own computers in your own time, then you can just change the license and upload it to CPAN.
If you wrote the code using a company computer then depending on your employment agreement it may be the property of your employer. Similarly if you wrote it while being paid by an employer, chances are they own that software. In both cases your company should have a process for open sourcing their software including which licenses are permitted. You will have to pursue that process and select a different license. (The good news is that other contributors in the organization don't need to be consulted)
If there are contributors and you own your contributions then you will have to get permission from them. I used git to extract all the committers. Then checked that their contributions where still in the most recent version.
Once you have approval then if you're using Dist::Zilla then simply edit the dist.ini file to set license = MIT, then release to CPAN.
In my efforts so far, I created a github issue explaining the change and tagged all the relevant contributors. Just from this I found about 30% of people responded quickly - the rest I had to chase via email. For changes that predate source control history, I had to chase them via details Contributors files and CPAN release history.
(When contacting contributors, you might also ask them to assign copyrights to you via a Contributor License Agreement)