Join GitHub today
GitHub is home to over 36 million developers working together to host and review code, manage projects, and build software together.Sign up
install_github fails with unzip error #96
I'm trying to install my own package from github: plantarum/flowPloidy, onto a Windows computer. Starting from a fresh session, installing devtools from Cran, I try:
This fails with:
I looked into those directories, and the toplevel directory 'C:/Users/jamest/AppData/Local/Temp/RtmpKWeuxp/devtools1fc45f5c7551/plantarum-flowPloidy-88ad2c0/ is there, and in the downloaded zip file the R folder exists and contains all the code files as you expect.
I tried debugging my way through the code, and got as far as the function get0 before I gave up trying to figure out the ultimate source of the error.
install_github works no problem for this package under Linux.
Thanks for any help or suggestions,
R version 3.3.2 (2016-10-31) -- "Sincere Pumpkin Patch"
Comment by plantarum
I just tried installing the zip file directly and got the same problem, so the problem is probably not with devtools itself?
Comment by alex23lemm
Today, I ran into the problem by letting several people install the
However, some of the Windows users ran into the problem described above which looked as follows in our case:
> devtools::install_github("rstudio/tutor") Downloading GitHub repo rstudio/tutor@master from URL https://api.github.com/repos/rstudio/tutor/zipball/master Error in utils::unzip(src, exdir = target) : cannot open file 'C:/Users/mshumper/AppData/Local/Temp/RtmpeE4D2Q/devtools23e061002ad9/rstudio-tutor-1476bf6/R/ace.R': No such file or directory
All users installed the current R version 3.3.3 and the current RStudio version 1.0.136 today prior to trying to install
Even though I am on Windows as well I was not able to reproduce the bug on my machine.
Comment by imanuelcostigan
This looks like the same bug that has been bedevilling my team for years (!). We all have Windows 7 x64 PC, each with the same corporate "build" and have same admin privileges. Yet
In particular, note this behaviour:
I've spent quite a bit of time debugging this all to no avail. Squashing this bug would be massive for us.
getOption(“unzip”) also yields “internal” and fails for me
However if I set the unzip option to point to the unzip.exe program bundled with the github application then everything appears to work correctly.
The version info for unzip.exe bundled with github is
Latest sources and executables are at ftp://ftp.info-zip.org/pub/infozip/ ;
Compiled with gcc 4.9.2 for Unix (Cygwin) on Nov 4 2014.
UnZip special compilation options:
UnZip and ZipInfo environment options:
Interestingly if I point instead to the version 6.00 unzip bundled with Rtools then the devtools::install_github process still fails
The Rtools version of unzip (which doesn’t work) has several different compilation flags set compared to the version from github (which does work)
Compilation flags follow: