For example:
if you want to install a specific developer version from MIME::Lite.perl -MCPAN -e install -e shift YVES/MIME-Lite-3.01_05.tar.gz
Note that I passed the module name through @ARGV (with shift) because it's not a bareword. I find it a bit easier than quoting.
I also heard like we can take a snapshot of the CPAN modules installed in the server.Well, sort of... you can make a list of the currently installed modules using autobundle in the CPAN shell. The result is a Bundle "module", which, if you install it, will install the modules in it; so it's best to weed out all the stuff you don't need, or don't want to touch. (Last I tried, years ago, it tried to reinstall core modules.) I'm not sure it'll indeed try to match up the version. It might: the data is present.So is that I can copy the snapshot directly to the destination server.
If it doesn then you can still make a script out of the list of items you want, and then you can install them automatically, at least, for the time that version is still on CPAN.
If the architecture is identical, or if the modules don't depend on the architecture, you can indeed make a copy of the file trees for these modules. Better still is to use the directories that make builds when you test or install a module. That's basically what PPM does, too.
It must be possible to automate making a tarball that.
In reply to Re: perl modules replication
by bart
in thread perl modules replication
by palette
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |