<br><br><div class="gmail_quote">2011/12/8 Jeffrey Thalhammer <span dir="ltr"><<a href="mailto:jeff@imaginative-software.com">jeff@imaginative-software.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div style="word-wrap:break-word"><div><br></div><div>So I invite you to kick the tires on <a href="https://metacpan.org/release/THALJEF/Pinto-0.026" target="_blank">Pinto</a> and give me your feedback.  Beware that Pinto has a lot of dependencies, and I'm still not sure what the minimum versions should be.  So I recommend brewing a fresh perl or using the -L option with cpanm(1) to install Pinto into a clean (and separate) sandbox.  Pinto is still alpha code and subject to change in incompatible ways.</div>

</div></blockquote><div><br></div><div>I'm trying to understand the big picture.  Any primer or "getting started" docs to help the impatient?  Or maybe just a walk-through of typical workflow?   How could developers on different machines all access a single "repo" of distributions?</div>

<div><br></div><div>My goal at this point is to have a private CPAN-style repo available on our LAN where we can add our in-house modules and run "cpan Our::Module" and have it automatically install from our local repo (or from CPAN, if it lives there).</div>

<div><br></div><div>I don't think we want to check out an "installed" Perl lib (say a copy of a local::lib library) due to different architectures.  We too often get developers blocked due to some common module dependency issue using shared libs -- I think developers with their own local::lib or even perlbrew is the easiest way for everyone to get along on the same machine.</div>

<div><br></div><div>Frankly, I don't think it's that hard to svn checkout the module and install it manually using local::lib, but some our of code has so many in-house dependencies that it's somewhat of a pain to do that if some time has passed since last working on the code.  Plus, svn may have the module in an unstable state and not "release" ready.   Just running Makefile.PL && make on one of our apps to bringi in all the in-house dependencies would make it much less painful.   And make preparing RPMs for a release simpler, too.</div>

<div><br></div><div>Thanks,</div><div><br></div><div>-- </div></div>Bill Moseley<br><a href="mailto:moseley@hank.org" target="_blank">moseley@hank.org</a><br>