I've been happily hacking away on a collection of modules that implement various bits and pieces of an application (eg: a database abstraction module, a data abstraction module, a handful of standalone utility scripts (and the modules they depend on), and a whack of Perl/Tk widgets), each with it's own test suite, etc.... plus of course the app script itself.
I'm getting to the point where I'd like to be able to install the whole collection in one fell swoop.
I've been looking at things like creating Bundles (from the CPAN FAQ) and/or PAR, though I'm not sure this is the correct way to go - this is new territory for me.
So the question(s): How do you handle building/distributing Perl applications? How about module build-order dependencies (eg: app::DB needs to be built after app::DB::PostgreSQL (or app::DB::MySQL, depending on what the user has installed))?
Would it make sense to build a "meta-module" that lists all of the above as dependencies?
Would it make sense to set up some kind of "local CPAN"-type thingy?
I'm not looking for hand-holding here... just a nudge in the right direction :-)
Thanks,
In reply to Perl application packaging by bibliophile
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |