Closed MichaelChirico closed 4 weeks ago
The problem is the version mismatch that we have. We are setting R_DEV_VERSION: "4.4"
but Windows dev is '4.5'.
Will open a PR for that when I'm back at my computer (next weekend)
Ah, that issue again. OK, easy enough, but it might be nice to have that populate programmatically, WDYT about
curl -s https://svn.r-project.org/R/trunk/VERSION | awk -F'.' '{print $1 "." $2}'
I don't see as trivial a way to get the r-oldrel
/ r-release
versions updated though, perhaps we should just use the {rversions} package instead:
https://cran.r-project.org/web/packages/rversions/index.html
Seems that you fixed this by #6550
Unfortunately, rversions
provides only versions for R, but we need versions for Rtools too.
So ultimately, we should probably use https://api.r-hub.io/rversions
Good point; asked https://github.com/r-hub/rversions/issues/38. It might be nice to use {rversions} as an abstraction layer vs. directly hitting that API.
AFAIU GLCI documentation we cannot populate our global variables R_REL_VERSION
, R_REL_WIN_BIN
with a script
As seen here:
https://gitlab.com/Rdatatable/data.table/-/jobs/7943818865
Pretty cryptic but it looks like the local CRAN mirror is not set up correctly.
cc @jangorecki