Skip to content
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

options(install.packages.check.source = "no") is not respected #505

Open
schloerke opened this issue Jun 1, 2020 · 3 comments
Open

options(install.packages.check.source = "no") is not respected #505

schloerke opened this issue Jun 1, 2020 · 3 comments
Labels
feature a feature request or enhancement

Comments

@schloerke
Copy link

ggplot2 and pkgload have been updated since the last binary was build for oldrelease (v3.6). Calling remotes::remotes::install_deps() on a package that requires ggplot2 and/or pkgload, causes the source version to be installed as the source version has a higher number. This is expected.

I would like for options(install.packages.check.source = "no") to have effect on how packages are installed. This will greatly help how GitHub Actions install packages on older R versions where the source version is typically newer but is not possible to compile locally.

Example on Windows with R v3.6:

cc @cpsievert

@jimhester jimhester added the feature a feature request or enhancement label Jun 5, 2020
@mikeblazanin
Copy link

I'm wondering if there's been any movement on this feature? or if there's a recommended way to force installing dependencies from binary-only? (e.g. in the time between a new version hitting CRAN and the binary for that version becoming available, when installing from source is likely to fail in a Github Actions workflow)

@gaborcsardi
Copy link
Member

Our GH actions do not use this package any more, and they automatically install the binary version of packages, even if that is older, unless some other package explicitly requires the newer source version.

@mikeblazanin
Copy link

Thank you, switching to the new GH action worked great!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature a feature request or enhancement
Projects
None yet
Development

No branches or pull requests

4 participants