[tpm] MetaCpan VM
mattp at cpan.org
Wed Oct 30 12:14:22 PDT 2013
To MetaCpan's credit the added complexity of a virtual machine is actually
removing complexity of an entire stack required to run metacpan, which is
solving a very complex multi-faceted problem. Using the VM saves you from
-a perl installation
-both the web part, and the api part
- its cpan dep tree, including catalyst,moose,elasticSearch
-the minicpan logic, its scraping
-probably some other things I haven't thought of
It's not a simple system - the vagrant / vm solution saves a fair bit of
On Wed, Oct 30, 2013 at 12:59 PM, <arocker at vex.net> wrote:
> > I don't have a real opinion on that, but complicated problems don't
> > have simple solutions.
> What I was grumbling about was complicated solutions to simple problems.
> "Solutions" shouldn't be more complicated than the problem they set out to
> > What we're trying to do here is give you access to a service with
> > layers without forcing you to know about everything that is happening
> I didn't mean a particular criticism of MetaCpan's process; it seems quite
> normal by today's standards.
> Adding a program used to be a simple matter of putting a file in an
> appropriate directory. Now, it's unpack a tarball, initiate an install,
> hope that it uses compatible libraries, has no unfulfilled dependencies,
> and doesn't do anything ugly to the existing directory hierarchy.
> toronto-pm mailing list
> toronto-pm at pm.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the toronto-pm