On reflection, I strongly suspect the errors come from the way I was using
file modification time stamps to manage a user-side configuration file.
{targets} was using a time stamp to decide whether it needs to read the
file, but the precision of time stamps varies from system to system. I
implemented a workaround that avoids time stamps.
On Sun, Apr 25, 2021 at 10:45 AM Will L <will.lan...@gmail.com> 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 on my own Intel Mac today gives the same check ERRORs as
>> reported on the CRAN results page.
>> Do not submit again without reproducing this error and confirming it has
>> been corrected.
>
>
> The CRAN check errors (all unique to {targets} version 0.4.1) are at
> https://cran-archive.r-project.org/web/checks/2021/2021-04-25_check_results_targets.html,
> and I have been unable to reproduce them. I tried a fresh installation of R
> 4.0.2 and packages on my own Intel Mac, as well as GitHub Actions and both
> Mac builds at https://builder.r-hub.io/. All those checks pass.
>
> The error is somehow related to a very simple internal R6 class:
> https://github.com/ropensci/targets/blob/4deba948b8d6ecf82511a5a58b1eb9a0addcf2bd/R/class_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
>
--
wlandau.github.io
linkedin.com/in/wlandau
github.com/wlandau
[[alternative HTML version deleted]]
______________________________________________
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
