On Fri, Dec 3, 2021 at 11:05 PM Michiel Beijen <michiel.beijen@gmail.com> wrote: > I think that there is nothing > for perl itself to improve herel Let me clarify myself: I think in the current situation, the installation of CPAN modules using a new Perl is as good as it can be: it defaults to https using the system curl if no other options are available. That said, there _are_ things to improve related to ssl/https support in Perl in general: Issuing HTTPS requests is common for any code. There is no core module that can provide this for you. But then again, Perl was never the 'batteries included' language in the first place! There is HTTP::Tiny but it has external dependencies for HTTPS. Installation of IO::Socket::SSL with 'modern' tools will sometimes fail, will not always very clearly explain the problem (or at least: to me, and maybe mostly in the past). There is the Alien:: class of modules which makes it easy to get & install C libraries with your CPAN client. There is Alien::OpenSSL. Maybe this could be promoted more widely as a solution for some people? Alternatively, Python has binary modules called 'wheels' that can be installed, that include pre-compiled libraries for the most commonly used platforms, and their package manager pip will prefer using a wheel if available, in the default configuration. Having such a thing is great! But that would be a lot of work to achieve. Please also note that HTTP::Tinyish exists, it's a pure-perl module used by cpanm to enable HTTPS by falling back to curl or wget if needed. -- MichielThread Previous | Thread Next