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

install_version fails because of CRANextra #943

Closed
oseiskar opened this Issue Oct 1, 2015 · 4 comments

Comments

Projects
None yet
4 participants
@oseiskar
Copy link

oseiskar commented Oct 1, 2015

devtools::install_version apparently tries to download already installed packages from the "CRANextra" repo, which can cause the installation to fail for no good reason.

My getOption('repos') is

                            CRAN                            CRANextra 
     "https://cran.rstudio.com/" "http://www.stats.ox.ac.uk/pub/RWin" 

and when I try devtools::install_version('data.table', '1.9.4'), the very end of the
installation fails with

...
** testing if installed package can be loaded
*** arch - i386
*** arch - x64
* DONE (data.table)
Downloading package from url: http://www.stats.ox.ac.uk/pub/RWin/src/contrib/Archive/data.table/data.table_1.9.4.tar.gz
Error in download(bundle, x$url, x$config) : 
  client error: (404) Not Found

even though the package was installed succesfully (library(data.table) succeeds).

If I remove "CRANextra" from repos, with, e.g.,

devtools::install_version('data.table', '1.9.4', repos='https://cran.rstudio.com/')

the installation succeeds.

@karl-forner-quartz-bio

This comment has been minimized.

Copy link

karl-forner-quartz-bio commented Oct 13, 2015

same kind of problem here. install_version() fails when length(repos) > 1.
My current work-around is to set the repos params, e.g. repos = getOption("repos")[1]

@hadley

This comment has been minimized.

Copy link
Member

hadley commented Jan 12, 2016

@jimhester could you take a look at this one too please?

@jimhester

This comment has been minimized.

Copy link
Member

jimhester commented Jan 12, 2016

@hadley might be easier for me (and you) to keep track of if you just assign these issues to me. It doesn't look like I can assign them to myself. 😦

@lock

This comment has been minimized.

Copy link

lock bot commented Sep 18, 2018

This old issue has been automatically locked. If you believe you have found a related problem, please file a new issue (with reprex) and link to this issue. https://reprex.tidyverse.org/

@lock lock bot locked and limited conversation to collaborators Sep 18, 2018

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
You can’t perform that action at this time.