lyses a
little easier to share and create.
The package's unit tests involve downloading data, and when multiple
requests for the same resource are sent from a single machine (as seems to
be done by CRAN's testing servers) the data hosts will sometimes refuse the
connection and so the
Hello everyone,
Thank you very much for your help with this! These are some excellent
ideas; I think we will go with either the mocking approach or a variant of
Dirk's suggestion to use a test threshold.
Thanks again!
Will
---
Need a phylogeny? Try phyloGenerator: original
s_config.R.
The elusive failing tests are ostensibly in
https://github.com/ropensci/targets/blob/4deba948b8d6ecf82511a5a58b1eb9a0addcf2bd/tests/testthat/test-class_config.R,
but they always pass for me.
Will
[[alternative HTML version deleted]]
_
implemented a workaround that avoids time stamps.
On Sun, Apr 25, 2021 at 10:45 AM Will L wrote:
> All,
>
>
> I was just informed that the {targets} package was archived.
>
> Version 0.4-1 is still failing on macOS so it and tarchetypes have been
>> archived.
>> A recheck o
stermq} in the middle of
installing) but then I noticed this same error happened in the same
platform on two different days (2021-01-21 and 2021-01-24). All non-Solaris
CRAN checks pass. I do not have a Solaris machine and cannot reproduce
locally on Mac, Linux, or Windows.
<https://github.com/
Thank you, Gábor. After thinking it over, I have decided to try
skip_on_os("solaris") before any call to
skip_if_not_installed("clustermq"). If the issue persists in the next CRAN
submission, I will reach out again about obtaining a Solaris VM. I tried
rhub::check_on_solaris(
