Re: [R-pkg-devel] Python module dependency

2023-09-01 Thread Ivan Krylov
On Fri, 1 Sep 2023 08:14:12 + Hanyu Song wrote: > b. I read from the documentation of the R package "reticulate" that > we should delay load the Python modules, but it is not entirely clear > to me how to do it. > Do I need to create any virtual environment? Not in the package code (unless

Re: [R-pkg-devel] Python module dependency

2023-09-01 Thread Vladimir Dergachev
Have you consider translating ctef into R ? This would remove the dependencies and make your package much more robust. And would make it much easier to pass CRAN checks. Looking at ctef code it is pure Python and there aren't many lines. And in my experience, one line of R is worth 10 lines o

[R-pkg-devel] Python module dependency

2023-09-01 Thread Hanyu Song
Hello, I am writing an R package that depends on a very uncommonly used Python module named "ctef" and I have several questions about it: a. How shall I write examples for the functions that depend on the Python module? Shall I just do: #' @examplesIf reticulate::py_module_available('ctef') #'

Re: [R-pkg-devel] CRAN Detected Using More Than 2 Cores By Default

2023-09-01 Thread Ivan Krylov
В Fri, 1 Sep 2023 08:26:32 -0400 Matt Dancho пишет: > Check: tests, Result: NOTE > Running 'testthat.R' [20s/7s] >Running R code in 'testthat.R' had CPU time 2.7 times elapsed time > > Flavor: r-devel-linux-x86_64-debian-gcc > Check: re-building of vignette outputs, Result: NOTE >Re

[R-pkg-devel] CRAN Detected Using More Than 2 Cores By Default

2023-09-01 Thread Matt Dancho
Hello, First time caller. Long time listener. I have an issue identified in my Modeltime R package version 1.2.8 CRAN submission. *CRAN Issue* Flavor: r-devel-linux-x86_64-debian-gcc Check: tests, Result: NOTE Running 'testthat.R' [20s/7s] Running R code in 'testthat.R' had CPU time 2.7 t