dorko has asked for the wisdom of the Perl Monks concerning the following question:
I'm having some problems with CPAN. I haven't used CPAN in 3-4 months on the Linux server in question. Previously things were working fine, now when I tried to add a module CPAN is failing.
There might have been a tweak or two made to the server. (I'm not the server administrator, I just have sudo access to run CPAN and a few other things.) But the maintainers are pretty good about notifying me of changes.
And to further confuse things, I upgraded CPAN from 2.28 to 2.29 when CPAN let me know there was a new version available. I really don't think that's the problem - I'm just throwing that out there for completeness. It's something that has changed since the last time it was working correctly.
This is a pretty good example of what I'm experiencing.
I execute CPAN like so: sudo /opt/canvas/perl/bin/cpan. It runs as root as it always has. I'm using ftp://cpan.cs.utah.edu/CPAN/ as my mirror.
Upgrading a simple and straight forward module like Data::Dumper:
I've got installed, so let's move on to a GET.cpan> m Data::Dumper Reading '/root/.cpan/Metadata' Database was generated on Thu, 24 Feb 2022 08:55:45 GMT Module id = Data::Dumper CPAN_USERID XSAWYERX (Sawyer X <xsawyerx [AT] cpan [DOT] org>) CPAN_VERSION 2.183 CPAN_FILE N/NW/NWCLARK/Data-Dumper-2.183.tar.gz MANPAGE Data::Dumper - stringified perl data structures, suit +able for both printing and C<eval> INST_FILE /opt/perl/lib/5.32.0/x86_64-linux/Data/Dumper.pm INST_VERSION 2.174
The file for Data::Dumper correctly is downloaded were it should be (with a fresh timestamp): /root/.cpan/sources/authors/id/N/NW/NWCLARK/Data-Dumper-2.183.tar.gz.cpan> get Data::Dumper Running get for module 'Data::Dumper' WARNING: This key is not certified with a trusted signature! Primary key fingerprint: 2E66 557A B97C 19C7 91AF 8E20 328D A867 450F + 89EC Signature for /root/.cpan/sources/authors/id/N/NW/NWCLARK/CHECKSUMS ok Could not open /tmp/CHECKSUMS-m5aV/CHECKSUMS.77905: No such file or di +rectory
The permissions on /tmp are correct, and I'm running as root via sudo.
That feels like a PGP/GPG error to me, but I'm guessing on that point.
Thoughts? Questions? Suggestions? Any help would be greatly appreciated.