Thanks. I found the reason was Rtools does not run under the new version of R. I had to go back to as early as R 3.0.2 (September 2013) to make Rtools work. Any idea for a go-around? Thanks. On 7/19/2016 4:38 PM, John McKown wrote:> On Tue, Jul 19, 2016 at 3:15 PM, Steven Yen <syen04 at gmail.com > <mailto:syen04 at gmail.com>>wrote: > > I recently updated my R and RStudio to the latest version and now the > binary option in the "build" command in devtools stops working. > > I went around and used the binary=F option which worked by I get the > .tar.gz file instead of the .zip file which I prefer. > > Does anyone understand the following error message: > > status 127 > running 'zip' failed > > > ?I'm not totally sure, but I think that means that R cannot find the > "zip" program in order to run it. ? > > > ==> setwd("A:/R/yenlib/"); library(devtools) > #build("yenlib",binary=T) # Thisfailed with an error message > build("yenlib",binary=F) # This works > > > build("yenlib",binary=T) > "C:/PROGRA~1/R/R-33~1.1/bin/x64/R" --no-site-file \ > --no-environ --no-save --no-restore --quiet CMD INSTALL \ > "A:\R\yenlib\yenlib" --build > > * installing to library > 'C:/Users/syen01/AppData/Local/Temp/Rtmp8A7KEw/temp_libpath4074149a528e' > * installing *source* package 'yenlib' ... > ** R > ** data > ** preparing package for lazy loading > ** help > *** installing help indices > ** building package indices > ** testing if installed package can be loaded > *** arch - i386 > *** arch - x64 > * MD5 sums > Warning: running command '"zip" -r9Xq "A:/R/yenlib/yenlib_16.3.zip" > yenlib' had status 127 > running 'zip' failed > * DONE (yenlib) > [1] "A:/R/yenlib/yenlib_16.3.zip" > > > > > [[alternative HTML version deleted]] > > ______________________________________________ > R-help at r-project.org <mailto:R-help at r-project.org> mailing list -- > To UNSUBSCRIBE and more, see > https://stat.ethz.ch/mailman/listinfo/r-help > PLEASE do read the posting guide > http://www.R-project.org/posting-guide.html > and provide commented, minimal, self-contained, reproducible code. > > > > > -- > "Worry was nothing more than paying interest on a loan that a man may > never borrow" > > From: "Quest for the White Wind" by Alan Black > > Maranatha! <>< > John McKown[[alternative HTML version deleted]]
On 19/07/2016 10:06 PM, Steven Yen wrote:> Thanks. I found the reason was Rtools does not run under the new version > of R. I had to go back to as early as R 3.0.2 (September 2013) to make > Rtools work. > Any idea for a go-around? Thanks.Which version of Rtools are you using? Current Rtools is used to build current R (and all of its packages), so of course it works there (though we may not have tested on the latest version of Windows, and devtools is its own project, unrelated to Rtools). Duncan Murdoch> > On 7/19/2016 4:38 PM, John McKown wrote: >> On Tue, Jul 19, 2016 at 3:15 PM, Steven Yen <syen04 at gmail.com >> <mailto:syen04 at gmail.com>>wrote: >> >> I recently updated my R and RStudio to the latest version and now the >> binary option in the "build" command in devtools stops working. >> >> I went around and used the binary=F option which worked by I get the >> .tar.gz file instead of the .zip file which I prefer. >> >> Does anyone understand the following error message: >> >> status 127 >> running 'zip' failed >> >> >> ?I'm not totally sure, but I think that means that R cannot find the >> "zip" program in order to run it. ? >> >> >> ==>> setwd("A:/R/yenlib/"); library(devtools) >> #build("yenlib",binary=T) # Thisfailed with an error message >> build("yenlib",binary=F) # This works >> >> > build("yenlib",binary=T) >> "C:/PROGRA~1/R/R-33~1.1/bin/x64/R" --no-site-file \ >> --no-environ --no-save --no-restore --quiet CMD INSTALL \ >> "A:\R\yenlib\yenlib" --build >> >> * installing to library >> 'C:/Users/syen01/AppData/Local/Temp/Rtmp8A7KEw/temp_libpath4074149a528e' >> * installing *source* package 'yenlib' ... >> ** R >> ** data >> ** preparing package for lazy loading >> ** help >> *** installing help indices >> ** building package indices >> ** testing if installed package can be loaded >> *** arch - i386 >> *** arch - x64 >> * MD5 sums >> Warning: running command '"zip" -r9Xq "A:/R/yenlib/yenlib_16.3.zip" >> yenlib' had status 127 >> running 'zip' failed >> * DONE (yenlib) >> [1] "A:/R/yenlib/yenlib_16.3.zip" >> > >> >> >> [[alternative HTML version deleted]] >> >> ______________________________________________ >> R-help at r-project.org <mailto:R-help at r-project.org> mailing list -- >> To UNSUBSCRIBE and more, see >> https://stat.ethz.ch/mailman/listinfo/r-help >> PLEASE do read the posting guide >> http://www.R-project.org/posting-guide.html >> and provide commented, minimal, self-contained, reproducible code. >> >> >> >> >> -- >> "Worry was nothing more than paying interest on a loan that a man may >> never borrow" >> >> From: "Quest for the White Wind" by Alan Black >> >> Maranatha! <>< >> John McKown > > > [[alternative HTML version deleted]] > > ______________________________________________ > R-help at r-project.org mailing list -- To UNSUBSCRIBE and more, see > https://stat.ethz.ch/mailman/listinfo/r-help > PLEASE do read the posting guide http://www.R-project.org/posting-guide.html > and provide commented, minimal, self-contained, reproducible code. >
Here is what I found. I had to go back to as early as R 3.0.3 (March,
2014) along with Rtools30.exe that works with that version of R, in
order for devtools to work right. With other/later version of R, I end
up building a package with
library(devtools); build("yenlib",binary=F)
with no error message but the package does not run correctly; or with
library(devtools); build("yenlib",binary=T)
which deliver an error that says zip command failed (bevtools calls
Rtools when binary=T).
Updated versions are good, but what's the use if they do not work for a
situation like this.
Any help/insight would be appreciated.
On 7/20/2016 10:08 AM, Steven Yen wrote:> On 7/19/2016 4:38 PM, John McKown wrote:
>> On Tue, Jul 19, 2016 at 3:15 PM, Steven Yen <syen04 at gmail.com
>> <mailto:syen04 at gmail.com>>wrote:
>>
>> I recently updated my R and RStudio to the latest version and
>> now the
>> binary option in the "build" command in devtools stops
working.
>>
>> I went around and used the binary=F option which worked by I get
>> the
>> .tar.gz file instead of the .zip file which I prefer.
>>
>> Does anyone understand the following error message:
>>
>> status 127
>> running 'zip' failed
>>
>>
>> ?I'm not totally sure, but I think that means that R cannot find
the
>> "zip" program in order to run it. ?
[[alternative HTML version deleted]]
The first place to start is to make sure you have the latest version of devtools. If that doesn't work, please file an issue on devtools' GitHub. Hadley On Wednesday, July 20, 2016, Steven Yen <syen04 at gmail.com> wrote:> Here is what I found. I had to go back to as early as R 3.0.3 (March, > 2014) along with Rtools30.exe that works with that version of R, in > order for devtools to work right. With other/later version of R, I end > up building a package with > library(devtools); build("yenlib",binary=F) > with no error message but the package does not run correctly; or with > library(devtools); build("yenlib",binary=T) > which deliver an error that says zip command failed (bevtools calls > Rtools when binary=T). > > Updated versions are good, but what's the use if they do not work for a > situation like this. > > Any help/insight would be appreciated. > > On 7/20/2016 10:08 AM, Steven Yen wrote: > > On 7/19/2016 4:38 PM, John McKown wrote: > >> On Tue, Jul 19, 2016 at 3:15 PM, Steven Yen <syen04 at gmail.com > <javascript:;> > >> <mailto:syen04 at gmail.com <javascript:;>>>wrote: > >> > >> I recently updated my R and RStudio to the latest version and > >> now the > >> binary option in the "build" command in devtools stops working. > >> > >> I went around and used the binary=F option which worked by I get > >> the > >> .tar.gz file instead of the .zip file which I prefer. > >> > >> Does anyone understand the following error message: > >> > >> status 127 > >> running 'zip' failed > >> > >> > >> ?I'm not totally sure, but I think that means that R cannot find the > >> "zip" program in order to run it. ? > > > [[alternative HTML version deleted]] > > ______________________________________________ > R-help at r-project.org <javascript:;> mailing list -- To UNSUBSCRIBE and > more, see > https://stat.ethz.ch/mailman/listinfo/r-help > PLEASE do read the posting guide > http://www.R-project.org/posting-guide.html > and provide commented, minimal, self-contained, reproducible code.-- http://hadley.nz [[alternative HTML version deleted]]
I think, in your case the problem might be the version of Rtools. If you want to use R > 3.0.x, you also have to use newer versions of Rtools [1]. HTH, Rainer Hurling [1] https://cran.r-project.org/bin/windows/Rtools/ Am 21.07.16 um 02:24 schrieb Steven Yen:> Here is what I found. I had to go back to as early as R 3.0.3 (March, > 2014) along with Rtools30.exe that works with that version of R, in > order for devtools to work right. With other/later version of R, I end > up building a package with > library(devtools); build("yenlib",binary=F) > with no error message but the package does not run correctly; or with > library(devtools); build("yenlib",binary=T) > which deliver an error that says zip command failed (bevtools calls > Rtools when binary=T). > > Updated versions are good, but what's the use if they do not work for a > situation like this. > > Any help/insight would be appreciated. > > On 7/20/2016 10:08 AM, Steven Yen wrote: >> On 7/19/2016 4:38 PM, John McKown wrote: >>> On Tue, Jul 19, 2016 at 3:15 PM, Steven Yen <syen04 at gmail.com >>> <mailto:syen04 at gmail.com>>wrote: >>> >>> I recently updated my R and RStudio to the latest version and >>> now the >>> binary option in the "build" command in devtools stops working. >>> >>> I went around and used the binary=F option which worked by I get >>> the >>> .tar.gz file instead of the .zip file which I prefer. >>> >>> Does anyone understand the following error message: >>> >>> status 127 >>> running 'zip' failed >>> >>> >>> ?I'm not totally sure, but I think that means that R cannot find the >>> "zip" program in order to run it. ? > > > [[alternative HTML version deleted]] > > ______________________________________________ > R-help at r-project.org mailing list -- To UNSUBSCRIBE and more, see > https://stat.ethz.ch/mailman/listinfo/r-help > PLEASE do read the posting guide http://www.R-project.org/posting-guide.html > and provide commented, minimal, self-contained, reproducible code. >