[Catalyst] Standalone Install Package?

Matt S Trout dbix-class at trout.me.uk
Mon Dec 19 20:23:20 CET 2005


On Mon, Dec 19, 2005 at 02:09:03PM -0500, Christopher H. Laco wrote:
> Sebastian Riedel wrote:
> > 
> > Am 19.12.2005 um 19:44 schrieb Christopher H. Laco:
> >> I was thinking Schroedinger (ala Cat In A Box).
> > 
> > But Schroedinger's cat is dead!
> > 
> > Maybe Garfield...
> > 
> >>
> >>> Module::ScanDeps can be a big help identifying prereqs btw.
> >>
> >> HTML::Parser (Entities) will be the first hurdle.
> >> In theory, I think I can just put the xs based modules in their own
> >> directories, and shove the right one into @INC at runtime...
> > 
> > No need to manually modify @INC, just look how blib trees are
> > constructed (darwin-thread-multi-2level/...).
> > But this would require a build cluster... :/
> 
> Right, but sometimes they're not that specific.
> For example, a ppm on win32 has blib/auto/HTML/Parser/Parser.dll There's
> nothing platform specific about that blib directory. I think blib
> structures are a crap shoot at best.
> 
> But, at the very least, that brings us down to 2 big blobs of stuff for
> an  unzip-and-run, which is still better than that install/upgrade
> modules for days.

Why can't we just use perl's "include the following modules to be installed
along with this copy of perl" function and static compile stuff? That should
mean e.g. a single linux-2.4+ package should be possible.

-- 
     Matt S Trout       Offering custom development, consultancy and support
  Technical Director    contracts for Catalyst, DBIx::Class and BAST. Contact
Shadowcat Systems Ltd.  mst (at) shadowcatsystems.co.uk for more information

 + Help us build a better perl ORM: http://dbix-class.shadowcatsystems.co.uk/ +



More information about the Catalyst mailing list