Re: Bio::Assembly::IO::bowtie circular dependency?

Hi Rob,

Yes, I considered the problems involved in including B:A:IO:b in
bioperl-live because of that. Though I don't see it as a circularity
issue, just a straight dependency one.

>From memory (and a quick look at the .pm and .t files), in the absence
of bioperl-run the test should just be ignored (they currently are not
skipped - I will add that) and inclusion of the module in code should
fail informatively, so I don't really see that as a problem. If it is
seen as a problem though I think the best approach would be to migrate
it to bioperl-run, rather than placing it in it's own package -
bioperl-run already depends on bioperl-live, so all internal
dependencies would nominally be satisfied (samtools and other
executables are outside our control).

Other opinions?

cheers
Dan

On Tue, 2010-02-09 at 12:27 -0800, Robert Buels wrote:
> Bio::Assembly::IO::bowtie uses Bio::Tools::Run::Samtools, which is part 
> of bioperl-run.  Doesn't that introduce a circular dependency between 
> bioperl-live and bioperl-run?
> 
> Perhaps it should be split out into its own CPAN distribution that 
> depends on both bioperl-run and bioperl-live?  Or maybe some way can be 
> found for it to not use Bio::Tools::Run::Samtools?
> 
> Rob
> 
--

-- 
_____________________________________________________________   .`.`o
                                                         o| ,\__ `./`r
  Dr. Dan Kortschak  dan.kortschak at adelaide.edu.au    <\/    \_O> O
                                                          "|`...'.\
  Every time I see an adult on a bicycle, I no longer      `      :\
  despair for the future of the human race.                       : \
    -- H. G. Wells, 1904

  By replying to this email you implicitly accept that your response
  may be forwarded to other recipients, unless otherwise specified.

_______________________________________________
Bioperl-l mailing list
Bioperl-l <at> lists.open-bio.org
http://lists.open-bio.org/mailman/listinfo/bioperl-l