Closed cboettig closed 4 years ago
I'll just note that I don't really understand the issue. We only use pandoc
through a dependency on rmarkdown
(which we already use conditionally). pandoc
is a listed dependency of rmarkdown
, and is listed in the systemRequirements of the rmarkdown
package.
I would not think that a package would need to list the systemRequirements of its dependencies, any more than it needs list the dependencies of it's dependencies. rmarkdown
is a CRAN package and appears not to be included on the list of packages receiving this email.
Anyway, I think we can easily add a condition that checks rmarkdown::pandoc_available()
here)...
Odd. The language isn't really clear, do they mean EML
depends on pandoc
or are they merely giving it as an example? Is it possible that xml2
is another example because it requires libxml-dev
? jq
is another one. Really, EML depends on librdf0-dev
, libv8-dev
, libjq-dev
, and libudunits2-dev
which (maybe?) they're saying reduces portability.
Operationally, I believe they are referring to https://cran.r-project.org/web/checks/check_results_EML.html, where CRAN has several platforms they test on which lack pandoc (Solaris, though apparently all of the CRAN MacOS test servers also lack pandoc).
Note the rmarkdown package itself uses skip_on_cran()
....
hopefully fixed in 9bb6e0c3ce24ec853055ec8948c7ba1c7b394674.
Submitted patch to CRAN as v2.0.1 (bumped the NEWS file as well with the recent PRs since 2.0.0 release). 🤞🤞
As per email from CRAN: