I've been working with CPAN::Mini::Inject and having some trouble. I finally figured it out, so I thought I'd write a meditation on it.
CPAN::Mini::Inject has two problems that I'd be happy to fix if the author agrees.
Until either I or the author provide the functionality to solve these problems, I found these work arounds.
Manually add your made-up user information to authors/01mailrc.txt.gz. CPAN::Mini::Inject will overwrite this file when it discovers that it's been updated on the real CPAN, so you may have to do this step often. Luckily it's easy to automate.
The module responsible for creating the CHECKSUMS file is CPAN::Checksums, and if you set $CPAN::Checksums::SIGNING_KEY to a valid key, it will create signed CHECKSUMS files.
For this to work, you need to have a working signing key, and anyone who's going to install the modules off your mini-cpan needs to trust that key.
To make mcpani use that, you can edit mcpani. The $CPAN::Checksums::SIGNING_KEY variable expects a value it can pass straight on to gpg. This signing key must be in the secret key ring of the user you're logged in as when you run mcpani. If my signing key's id is B150D12F, then I might edit mcpani to contain the following:
.. use CPAN::Checksums; $CPAN::Checksums::SIGNING_KEY = "B150D12F"; ..
Now when I run mcpani --inject, if any of my personal modules have changed, it will prompt me for the password to my signing key and sign the CHECKSUMS file. It only prompts for the password if it has to create a new CHECKSUMS file, so you can still run "mcpani --mirror" from cron.
Here's how I was thinking of adding these functions to mcpani and CPAN::Mini::Inject.
Hope that helps someone...
--Pileofrogs
In reply to CPAN::Mini::Inject Discoveries by pileofrogs
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |