Yes, that worked, thanks a lot! Looking forward to the 2.11.0 release.
> install.packages("~/Projects/R
> Library/potsdam/eyetrackR/eyetrackR_0.13.tar.gz", repos = NULL, type =
> "source")
* installing *source* package ‘eyetrackR’ ...
** R
** data
** demo
** preparing package for lazy loading
** help
*** installing help indices
** building package indices ...
** testing if installed package can be loaded
* DONE (eyetrackR)
> library(eyetrackR)
> sessionInfo()
R version 2.11.0 alpha (2010-03-26 r51420)
x86_64-apple-darwin10.2.0
locale:
[1] de_DE.UTF-8/de_DE.UTF-8/C/C/de_DE.UTF-8/de_DE.UTF-8
attached base packages:
[1] stats graphics grDevices utils datasets methods base
btw, this is probably known, but ... the gfortran in /usr/bin (gcc version
4.2.1 (Apple Inc. build 5646)) did not work (complaining about
/usr/lib/libgfortran.dylib, missing required architecture x86_64), but a
different gfortran located in /usr/local/bin did (gcc version 4.2.3, probably
from Simon Urbanek's page)
On Mar 26, 2010, at 11:51 , Prof Brian Ripley wrote:
> So please try 2.11.0 alpha, as I believe this is already fixed (not least,
> gzip is not called on that platform). Also, I suspect setting the envir
> variable TAR to 'internal' would work on 2.10.1 (but my Mac is at home).
>
> Another thing that does not work with spaces in file names is command-line
> completion of filenames (in R, I did not try R.app). If spaces in filenames
> work (other than on Windows) it is somewhat accidental. Reports of instances
> where they do not, with patches against current sources, would be considered
> but as low priority.
>
> BTW, 'install' works on case-insensitive file systems, but it is likely to
> stop working at any time: as on Windows, 'R CMD' is being moved away from
> Perl/sh scripts to direct use of R.
>
> On Fri, 26 Mar 2010, jochen laubrock wrote:
>
>> I am sorry, this was from 2.10.1 on Mac OS X 10.6, so it might be
>> Mac-specific.
>
> I did try it on a Mac, but I did not try 2.10.1, since the 'upgrade before
> posting' request in the posting guide did apply, and we are busy enough with
> 2.11.0 alpha.
>
> The behavior is reproducible both from the shell and the GUI version of R
> (sessionInfo output below). It does not seem to depend on the particular
> package: it can be reproduced by downloading an archive of a package from
> CRAN to a path containing spaces and calling
>> install.packages("path/with spaces/downloadedPackage.tar.gz", repos = NULL,
>> type = "source"):
>>
>>> print(dl <- download.packages("gam", destdir="~/Projects/R library/tmp"))
>> [...] downloaded 300 Kb
>> [,1] [,2]
>> [1,] "gam" "~/Projects/R library/tmp/gam_1.01.tgz"
>>> install.packages(dl[,2], repos = NULL, type = "source")
>> [...]
>> gzip: /Users/jochen/Projects/R.gz: No such file or directory
>> gzip: library/tmp/gam_1.01.tgz: No such file or directory
>> ERROR: cannot extract package from ‘/Users/jochen/Projects/R
>> library/tmp/gam_1.01.tgz’
>>
>> # /usr/bin/R
>>> sessionInfo()
>> R version 2.10.1 (2009-12-14)
>> x86_64-apple-darwin9.8.0
>>
>> locale:
>> [1] de_DE.UTF-8/de_DE.UTF-8/C/C/de_DE.UTF-8/de_DE.UTF-8
>>
>> attached base packages:
>> [1] stats graphics grDevices utils datasets methods base
>>
>> # R.app (RAqua)
>>> sessionInfo()
>> R version 2.10.1 (2009-12-14)
>> i386-apple-darwin9.8.0
>>
>> locale:
>> [1] en_US.UTF-8/en_US.UTF-8/C/C/en_US.UTF-8/en_US.UTF-8
>>
>> attached base packages:
>> [1] stats graphics grDevices utils datasets methods base
>>
>>
>>
>> On Mar 26, 2010, at 10:19 , Prof Brian Ripley wrote:
>>
>>> You haven't told us your version of R (nor any of the other information
>>> requested in the posting guide). As far as I can see this works in 2.11.0
>>> alpha.
>
>> Does that mean that it has been re-designed to work with paths containing
>> spaces on Unix-alikes?
>
> No. It is an unintentional side-effect of
>
> o R CMD INSTALL now uses the internal untar() in package utils:
> this ensures that all platforms can install bzip2- and
> xz-compressed tarballs.
>
>>>
>>> On Fri, 26 Mar 2010, jochen laubrock wrote:
>>>
>>>> There appears to be a quoting problem in the way R CMD install handles
>>>> file names containing spaces, more specifically, in the way the argument
>>>> is passed through to gzip.
>>>>
>>>> The install.packages command
>>>>
>>>> (from R)
>>>> install.packages("~/Projects/R library/bar/eyetrackR_0.13.tar.gz", repos =
>>>> NULL, type = "source")
>>>>
>>>> expands to
>>>>
>>>> system("R_LIBS='/Users/foo/Library/R/2.10/library'
>>>> "/Library/Frameworks/R.framework/Resources/bin/R CMD INSTALL -l
>>>> '/Users/foo/Library/R/2.10/library' '/Users/foo/Projects/R\
>>>> library/bar/eyetrackR_0.13.tar.gz'")
>>>
>>> So that is fine.
>>>
>>>>
>>>> and gives the same error messages as the following commands from
>>>> Terminal.app on Mac OS X
>>>>
>>>> (from bash)
>>>> R CMD install /Users/foo/Projects/R\ library/bar/eyetrackR_0.13.tar.gz
>>>> R CMD install "~/Projects/R library/bar/eyetrackR_0.13.tar.gz"
>>>> R CMD install '~/Projects/R library/bar/eyetrackR_0.13.tar.gz'
>>>
>>> the documented command is INSTALL.
>> sorry
>>>
>>>> , namely (the error messages):
>>>>
>>>> gzip: /Users/foo/Projects/R.gz: No such file or directory
>>>> gzip: library/bar/eyetrackR_0.13.tar.gz: No such file or directory
>>>
>>> Yes, and INSTALL is not designed to work with paths with spaces in on
>>> Unix-alikes.
>>>
>>>>
>>>> The following commands do work
>>>>
>>>> (from R)
>>>> setwd("~/Projects/R library/bar/")
>>>> install.packages("eyetrackR_0.13.tar.gz", repos = NULL, type = "source")
>>>>
>>>> (from bash)
>>>> cd ~/Projects/R\ library/bar/
>>>> R CMD install eyetrackR_0.13.tar.gz
>>>>
>>>> Interestingly, if the file is unpacked on the command line (tar xzvf),
>>>> then both R CMD install and install.packages work fine using the quoted
>>>> path name syntax, i.e.,
>>>>
>>>> R CMD install /Users/foo/Projects/R\ library/bar/eyetrackR
>>>> install.packages("~/Projects/R library/bar/eyetrackR", repos = NULL, type
>>>> = "source")
>>>>
>>>> Is this a known problem?
>>>
>>> It is a known restriction.
>>>
>>>> I searched the archives, but did not find a decisive answer (only
>>> some rather old posts suggesting not to use path names containing
>>> spaces--unfortunately this is not an option in the managed Windows
>>> environment I need to work in next week).
>>>>
>>>> Sorry for the long post and thanks for your time,
>>>> Jochen
>>>>
>>>> ----
>>>> Jochen Laubrock, Dept. of Psychology, University of Potsdam,
>>>> Karl-Liebknecht-Strasse 24-25, 14476 Potsdam, Germany
>>>> phone: +49-331-977-2346, fax: +49-331-977-2793
>>>>
>>>> ______________________________________________
>>>> [email protected] mailing list
>>>> https://stat.ethz.ch/mailman/listinfo/r-devel
>>>>
>>>
>>> --
>>> Brian D. Ripley, [email protected]
>>> Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
>>> University of Oxford, Tel: +44 1865 272861 (self)
>>> 1 South Parks Road, +44 1865 272866 (PA)
>>> Oxford OX1 3TG, UK Fax: +44 1865 272595
>>
>>
>
> --
> Brian D. Ripley, [email protected]
> Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
> University of Oxford, Tel: +44 1865 272861 (self)
> 1 South Parks Road, +44 1865 272866 (PA)
> Oxford OX1 3TG, UK Fax: +44 1865 272595
----
Jochen Laubrock, Dept. of Psychology, University of Potsdam,
Karl-Liebknecht-Strasse 24-25, 14476 Potsdam, Germany
phone: +49-331-977-2346, fax: +49-331-977-2793
______________________________________________
[email protected] mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
