I'm trying to port some packages to an R installation on an offline (Windows) computer.
From CRAN (let's say data.table), the process: 1) download .zip on separate online computer 2) thumb drive -> offline computer 3) install via install.packages("....zip"...) works exactly as expected.
However, this process broke down when I tried to install from GitHub.
When I run install.packages (note: I'm using type="binary" and repos=NULL; type="win.binary" does nothing either) on the zip file (obtained by going to the package page, e.g. https://github.com/Rdatatable/data.table, and using the "Download .zip" function), something goes wrong.
There's no error message (and nothing new from setting verbose=TRUE), and the package folder is added to my library (i.e., I can see the folder named "data.table-master" when I navigate there), but library(data.table) results in the error: "there is no package called data.table". I also noticed that, while the installation from CRAN finishes with "package data.table successfully unpacked and MD5 sums checked", I get no such message from an attempted GitHub installation.
What's going on here? I tried all possible leads in ?install.packages, but given I'm not really getting an error message it's been hard to diagnose what exactly is the issue.
More background: R version is 3.2.0. Hard to copy-paste sessionInfo since that computer's not online, not sure what else may be relevant.
Update:
Given @r2evans' comments below, I also tried using type="source" with install.packages, and this didn't work either (same problem--despite having "data.table-master" folder in one of my .libPaths() addresses, library(data.table) gives the error that there's no such package).
I did get some more output from using verbose=TRUE this time, however:
system (cmd0):
C:/PROGRA~1/R/R-32~1.0/bin/x64/R CMD INSTALL1): succeeded
'C:/PROGRA~1/R/R-32~1.0/bin/x64/R CMD INSTALL -l "C:\Users\Mike\Documents\R\win-library\3.2" "E:/data.table-master.zip"'
type="both"but this is an error whenrepos="NULL", so I wouldn't have caught this. - MichaelChiricozipfiles and source packages intar.gzfiles, but that does not mean that everything distributed in azipfile is a binary package. Look at another package (not from GH) in both formats and see the difference internally. - r2evansinstall_githubdownloads those and installs from source (which is why you must also have the development tools installed for this to work). perhaps confusingly, when building from windows (binary) you also get a .zip file which can be used to install packages because those files have been through R CMD build/R CMD check, but those are not the same .zip files you git from gethub. Is that the gist of the question? - rawr