Looking manually the chain is actually different
mvSLOUCH <--- TreeSim <-- geiger <-- phytools <-- gtools
TreeSim does not import anything directly from phytools
But given the amount of packages that depend on gtools and seeing how long the
above path is, I wonder how many packages on CRAN are experiencing some sort of
issues.
Best wishes
Krzysztof Bartoszek
Sent with ProtonMail Secure Email.
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Wednesday, June 2, 2021 11:10 AM, Hugh Parsonage <hugh.parson...@gmail.com>
wrote:
> First I confirmed "gtools" %in% tools::package_dependencies("mvSLOUCH")[[1]]
>
> then
>
> lapply(tools::package_dependencies("mvSLOUCH"),
> tools::package_dependencies, recursive = TRUE)
>
> was sufficient to identify the chain.
>
> On Wed, 2 Jun 2021 at 21:08, Duncan Murdoch murdoch.dun...@gmail.com wrote:
>
> > On 02/06/2021 6:57 a.m., Hugh Parsonage wrote:
> >
> > > mvSLOUCH <--- TreeSim <-- phytools <-- gtools
> > > On Wed, 2 Jun 2021 at 20:35, Krzysztof Bartoszek krz...@protonmail.ch
> > > wrote:
> > >
> > > > Thank you. The only problem, as I wrote, is that neither my package,
> > > > mvSLOUCH, nor any package that mvSLOUCH imports from depends on gtools.
> > > > In particular nowhere in mvSLOUCH do I use any call to anything from
> > > > gtools nor to any function called combinations.
> >
> > Hugh, could you describe how you found this dependency chain? This sort
> > of problem comes up now and then, and I've always used a slow manual
> > search. It would be nice to know if there's an automatic way to answer
> > the question
> > "Why does package xxx appear to require yyy?"
> > Duncan Murdoch
______________________________________________
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
