-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Suggestion: Install binary R packages from the public RSPM repo #75
Comments
This is interesting. The current R image is in a very non-ideal, partially broken state. We really want to figure out how to build a fresh image, using specific pinned versions of packages, whether from source or binary. We've tried with conda, but that only working with R 3.6, not 4.0. We've tried and failed with renv. Using CRAN repos on ubuntu like how rocker does it leads to having different versions of packages installed. This is increasingly becoming an issue, so I hope we will prioritise it soon. Any further ideas very welcome. |
I would say the easiest way to achieve this is to use the RSPM public repo URL with a specified date in. Obtain the URL from the RSPM website here by choosing the date you want; select Binary and change to the distro you need. Then use the URL in install.packages("ggplot2", repos = "https://packagemanager.rstudio.com/all/__linux__/bionic/2022-03-25+Y3JhbiwyOjQ1MjYyMTU7MUE2QTIzMzc") Or set as the
(If setting in the |
It might be worth adding that using a snapshot of CRAN on a particular date is the approach Microsoft take (they started doing it long ago). See their CRAN timemachine and accompanying checkpoint package
It is possible to use one of their snapshots as your CRAN repo by again using the install.packages("ggplot2", repos = "https://mran.microsoft.com/snapshot/2022-03-25") I would say that this is less useful to you because it does not distribute byte compiled packages for Linux (as CRAN does not). |
This might work from stability point, but it's a bit tricky wrt versioning specific packages. The trade off might be worth it, however. |
It might be worth noting that there's a new way to obtain binary R packages on Ubuntu. https://eddelbuettel.github.io/r2u/ It seems to use the relevant RSPM repo within It works for focal and jammy (rather than bionic). And it's for the latest version of R (4.2.0, and I guess it will move with the latest R version, rather than 4.0.2). |
In case helpful - apologies if you've already thought about or are already doing this.
The following is what alot of the GitHub Actions for R packages are using to install binary (instead of source) packages on Linux. You can see what I describe below being set in r-lib/actions here.
Binary versions of R packages for Linux distros are available using the public RStudio Package Manager (RSPM) repo
https://packagemanager.rstudio.com/all/__linux__/bionic/latest
URL (or the URL with the Ubuntu Codename and/or date you prefer) as your CRAN repo URL.The general details are here.
The trick r-lib/actions uses, and that anyone can use, is that you don't have to use the RStudio Package Manager to use this public repo. So the easiest way to use this is to call
install.packages()
/renv::install()
with therepos
argument, e.g.(There are alternative ways to change
options()$repos["CRAN"]
, e.g. using anRprofile.site
file.)System prerequisites
With RSPM binary packages there are occasionally some additional Linux system requirements required (I guess for when the package actually runs and perhaps for when they load). RStudio provide a shell script for each package on their webpage for each package, e.g. for magick
Result
Then the Dockerfile could read in the list of packages in
packages.txt
and would run substantially faster. It should be practical to build the Dockerfile for every new package added.And this should make it easier to update the version of R and the versions of the packages included because the packages would update everytime the container was built unless you use a URL with a fixed date.
The text was updated successfully, but these errors were encountered: