-
-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Secure cpanm calls fail with Strawberry Perl <=5.22 #1920
Comments
Thanks for the tip, Is there anything else I may try to help you debug? Let me know! |
This issue occurs when an old version of Mozilla::CA is installed. The certificate for www.cpan.org was issued by Let’s Encrypt. |
Ah, yeah, good catch, thanks for sharing! I wonder whether there is a good way to handle it in the scope of this repo somehow, or consumers should fix their use patterns downstream instead? What I was thinking about so far:
Perhaps hiding one of those workarounds behind a configuration option would work? 🤔 Of these two, supplying a recent Mozilla::CA sounds more useful to me at first glance. Since this project chose and promises "secure by default" 👍, it feels it may be OK to include a minimum required Mozilla::CA for the chosen secure CPAN source too. |
Thanks for looking into this, @shogo82148! For some reason, I still get the same error with a recent run when I remove forcing Despite having a recent Mozilla::CA version: https://github.com/RexOps/Rex/actions/runs/11086453209/job/30804123466#step:5:9 What do I miss? :) |
Thank you for making cpanm calls secure by default via #1919!
Apparently cpanm can not install from https sources anymore when using Strawberry Perls before 5.22.
For example I get the following error when attempting to install project dependencies in a GitHub Actions pipeline:
This repeats for each dependency.
It looks like all those Strawberry Perl versions ship with recent enough App::cpanminus and LWP::protocol::https, and I'm not yet sure what else may be involved :thinking:
While enabling
--insecure
in the pipeline may work, at least for these older versions, could you recommend a better intermediate fix, please? Perhaps installing a recent enough extra dependency? Shall we wait for a fix in this repo instead?While I may need some initial guidance about the details of a proposed fix, I'm happy to contribute back here too ;)
The text was updated successfully, but these errors were encountered: