[Bioperl-l] Regarding Bio::Root::Build, was Re: bioperl reorganization

Mark A. Jensen maj at fortinbras.us
Thu Jul 23 02:11:25 UTC 2009


chiming in to +1 on this; seems very 'natural' (i.e. plugs into to the Perl 
Common Sense, approximated by perl core modules + CPAN)
----- Original Message ----- 
From: "George Hartzell" <hartzell at alerce.com>
To: "Chris Fields" <cjfields at illinois.edu>
Cc: "Robert Buels" <rmb32 at cornell.edu>; "BioPerl List" 
<bioperl-l at lists.open-bio.org>; "George Hartzell" <hartzell at alerce.com>; "Mark 
Jensen" <maj.fortinbras at gmail.com>
Sent: Wednesday, July 22, 2009 10:03 PM
Subject: Re: [Bioperl-l] Regarding Bio::Root::Build,was Re: bioperl 
reorganization


> Chris Fields writes:
> > On Jul 22, 2009, at 3:14 PM, George Hartzell wrote:
> >
> > > Chris Fields writes:
> > >> On Jul 19, 2009, at 11:15 PM, George Hartzell wrote:
> > >>
> > >>> Chris Fields writes:
> > >>>> [...]
> > >>>> Prior to Module::Build the Makefile.PL we just looked for the
> > >>>> dependencies and reported back if they were missing; installation
> > >>>> of
> > >>>> those modules was left up to the user. [...]
> > >>>
> > >>> Chiming here a bit late to say that I really *like* it when we leave
> > >>> installing the modules to the user.  I'd often rather install them
> > >>> via
> > >>> e.g. the FreeBSD ports system instead of system, but how/why would
> > >>> BioPerl ever know that?
> > >>>
> > >>> g.
> > >>
> > >> That's a good point.  Leaving it up to the user does make things a
> > >> lot
> > >> simpler.
> > >>
> > >> The only downside is the onslaught of users who don't know why a
> > >> specific module doesn't work.  May be the reason this was added in?
> > >>
> > >
> > > If we keep our dependencies current and write use_ok() style tests for
> > > our modules so that
> > >
> > >   ./Build test
> > >
> > > fails when a dependency is missing I think that we've done our part of
> > > the job.  We might be able to pick up some automated way to check
> > > dependencies (stolen from the autodepend Dist::Zilla plugin or
> > > something) and increase our odds of staying on top of it.
> >
> > We have added some bits to the test suite (largely thanks to Sendu)
> > for checking these things for us, so tests requiring a specific module
> > are not run and a warning is issued.
> > [...]
>
> What I was describing is a layer simpler than what Sendu et al. have
> done.  In a module testing Foo, Bar::Bah, instead of
>
>  use Foo;
>  use Bar::Bah;
>
> use
>
>  BEGIN {
>    use_ok('Foo');
>    use_ok('Bar::Bah');
>  }
>
> and that way if there's some missing dependency that wasn't properly
> specified/dealt with then it's handled as part of the framework,
> "rather than just vomiting if its load fails" (in the words of the
> Test::More author).
>
> g.
>
> _______________________________________________
> Bioperl-l mailing list
> Bioperl-l at lists.open-bio.org
> http://lists.open-bio.org/mailman/listinfo/bioperl-l
>
> 




More information about the Bioperl-l mailing list