Re: CPAN.pm/autobundle usage

Hope this reply isn't naive, let me know if it is...
If the machines are all the same architecture check out tree-sync.pl in the CPAN administrative scripts section at http://www.perl.com/CPAN-local/scripts/CPAN/Administrative/index.html. It compares two directories recursively, prints out a report and generates a batch file that can sync two trees. Then maybe you could do something along the lines of this

 perl treesync.pl /usr/local/lib/perl5/site_perl /mnt/prodn/usr/local/
+lib/perl5/site_perl
[download]

Maybe then, grok the command file for a reality check, then run it.

Comment on Re: CPAN.pm/autobundle usage Download Code

Replies are listed 'Best First'.
RE: Re: CPAN.pm/autobundle usage by cyclone (Novice) on Jun 03, 2000 at 04:36 UTC
I read the documentation on treesync.pl and a co-worker posed this question: How is it better than rdist? Are there benefits to using the Perl code over the built-in sync utility? BTW... we use *NIX here. Thanks	[reply]
RE: RE: Re: CPAN.pm/autobundle usage by perlcgi (Hermit) on Jun 04, 2000 at 00:25 UTC
How is it better than rdist? Good question? It is written in Perl :-) but rdist users rlogin, and dupes the permissions which might be an easier to maintain solution. I note some other discussions here by fellow perlmonk corion mention rsync which could well be the way to go. This document summarizes the pro's and con's of rdisk v rsync. rsync seems to win hands down.	[reply]
RE: RE: RE: Re: CPAN.pm/autobundle usage by cyclone (Novice) on Jun 04, 2000 at 08:50 UTC
Ok I'll look at rsync when I get in Monday and see if that'll be a good solution for us. Thanks. I still don't understand what autobundle does for me if I can't use it to install a module set. I update the production area only after all beta tests have finished. That could be a week or 5 depending on project scope.	[reply]