[R-pkg-devel] details of CRAN's r-devel-linux-x86_64-debian-clang
Thanks to Kurt Hornik for confirming that following should be sufficient. export _R_S3_METHOD_LOOKUP_BASEENV_AFTER_GLOBALENV_=false export _R_S3_METHOD_LOOKUP_REPORT_SEARCH_PATH_USES_=true I did more tests and found out that for the issue to manifest I had to install xts, rather than just zoo (which registers generic method), because a particular unit test required xts to be present. Now I am able to reproduce the problem.
On Sun, Oct 25, 2020 at 12:17 PM Jan Gorecki <j.gorecki at wit.edu.pl> wrote:
Thanks Hugh, I must have dropped it when pasting to email. I checked again and it doesn't make any difference. So my question is still valid then. On Sun, Oct 25, 2020 at 11:14 AM Hugh Parsonage <hugh.parsonage at gmail.com> wrote:
_R_S3_METHOD_LOOKUP_BASEENV_AFTER_GLOBALENV_ not R_S3_METHOD_LOOKUP_BASEENV_AFTER_GLOBALENV_ (i.e. you seem to have dropped the initial underscore)? On Sun, 25 Oct 2020 at 20:01, Jan Gorecki <j.gorecki at wit.edu.pl> wrote:
Dear community, I am getting an error on CRAN on r-devel-linux-x86_64-debian-clang machine only: S3 method lookup found 'as.x.y' on search path I know how to fix the error. I am interested to know how to reproduce this error locally. I tried combination of R_S3_METHOD_LOOKUP_BASEENV_AFTER_GLOBALENV_ and _R_S3_METHOD_LOOKUP_REPORT_SEARCH_PATH_USES_ but didn't manage to reproduce the error. What is the proper way to set up checks to detect these kinds of issues? Moreover, I kindly request to provide "details" for other CRAN machines in flavors page: https://cran.r-project.org/web/checks/check_flavors.html "Details" are currently provided only for 3 machines there. Having "details" for r-devel-linux-x86_64-debian-clang would probably answer my question without involving readers of this mailing list. Best Regards, Jan Gorecki
______________________________________________ R-package-devel at r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel