> > I apologize for not including my entire script. What I typed into the shell > was: > > *download.packages(ape)* > > to which R responded with a Tcl/Tk interface allowing me to set my CRAN. > After I did so it proceeded to spit out the following error: > > *Loading Tcl/Tk interface ... done* > Error in **file.info* <http://file.info>*(x) : argument "destdir" is > missing, with no default* > > Let me know if that doesn't clarify my query. If this ends up being a > product of my preferring the terminal over the R.app then I'll post to the > Mac people and see what they have to say. > > Jessica > ** > > On Mon, Feb 15, 2010 at 9:06 PM, David Winsemius > <dwinsem...@comcast.net>wrote: > >> >> On Feb 15, 2010, at 8:58 PM, Jessica Joganic wrote: >> >> Hi Fellow R Users, >>> I recently upgraded to Mac OS X 10.5 (Snow Leopard) and had some issues >>> downloading and running R 2.10.1. I fixed the tcl/tk problem I was >>> originally having but it was replaced with another. I run R out of the >>> shell >>> (terminal) and when I ask it to download.packages() it gives me the >>> following message: >>> >>> *Loading Tcl/Tk interface ... done* >>> *Error in file.info(x) : argument "destdir" is missing, with no default* >>> * >>> * >>> >> >> I am a bit puzzled by that function call. I would have expected there to >> be some arguments in the call. What were you expecting to be the results? >> After I run that function, I get a window of CRAN sites to choose and after >> choosing the CMU site I get: >> >> > download.packages() >> --- Please select a CRAN mirror for use in this session --- >> >> Loading Tcl/Tk interface ... done >> Error in file.info(x) : argument "destdir" is missing, with no default >> >> I searched around on the help archives and various online message boards >>> and >>> the most I could discern was that the directory where the library is >>> located >>> isn't being recognized by R (it should recognize it by default). I tried >>> setting the "destdir" argument manually to no avail. I am able to >>> successfully download and install packages with no problem if I run the >>> actual R program out of the Applications folder, >>> >> >> Heh, the thing you are calling the "actual R program" is probably the >> R-GUI, typically named R.app or R64.app, and it is a front-end to the R >> executable. >> >> >> however I prefer to use the >>> shell. I did find one mention of a recognized issue with OS X 10.5 and R >>> 2.10.1 conflicting when trying to download packages, which results in the >>> library pathway being broken. The only problem is the fix for this >>> problem >>> >> >> given in the R manual doesn't work. Has anyone had a similar problem or >>> have >>> any ideas as to how to solve this? >>> >> >> It happens for me as well, but I guess I don't see it as a problem, since >> I did not offer a sensible set of arguments to the function. (Plus, I always >> use the GUI despite Rolf Turner's efforts to shame me into being a terminal >> dude.) You may want to post follow-ups to the Mac-SIG mailing list where >> this would be amore appropriate question: >> >> https://stat.ethz.ch/mailman/listinfo/r-sig-mac >> >>> >>> -- >> >> David Winsemius, MD >> Heritage Laboratories >> West Hartford, CT >> >> > > > -- > Jessica L Joganic > Graduate Student > Department of Anthropology > Campus Box 1114 > Washington University > St. Louis, MO 63130-4899 > email: jljog...@artsci.wustl.edu >
[[alternative HTML version deleted]] ______________________________________________ R-help@r-project.org mailing list 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.