Displaying 3 results from an estimated 3 matches for "_tar".
Did you mean:
_bar
2005 May 03
1
MacOS X: update.packages(type="mac.binary") fails (PR#7831)
...30.231.102.145)
For various reasons (which need not be expanded here) I have tried to update my
long neglected R in MacOS X using handy command line tool update.packages()
using readily available binaries of contributed packages at CRAN. However, this
fails with message saying that packages xxxx_*_tar.gz is not found at the server
(HTTP error 404). Obviously, the package name is expanded wrongly as the binary
packages for MacOS X have type *.tgz. However, this seems not be the problem,
but there are two other problems:
1. update.packages does not transfer the value of 'type' to the next...
2005 May 04
1
MacOS X: update.packages(type="mac.binary") fails (PR#7836)
...reasons (which need not be expanded here) I have tried to update my
> > long neglected R in MacOS X using handy command line tool update.packages()
> > using readily available binaries of contributed packages at CRAN. However, this
> > fails with message saying that packages xxxx_*_tar.gz is not found at the server
> > (HTTP error 404). Obviously, the package name is expanded wrongly as the binary
> > packages for MacOS X have type *.tgz. However, this seems not be the problem,
> > but there are two other problems:
> >
> > 1. update.packages does not...
2005 May 04
1
MacOS X: update.packages(type="mac.binary") fails (PR#7834)
...reasons (which need not be expanded here) I have tried to update my
> > long neglected R in MacOS X using handy command line tool update.packages()
> > using readily available binaries of contributed packages at CRAN. However, this
> > fails with message saying that packages xxxx_*_tar.gz is not found at the server
> > (HTTP error 404). Obviously, the package name is expanded wrongly as the binary
> > packages for MacOS X have type *.tgz. However, this seems not be the problem,
> > but there are two other problems:
> >
> > 1. update.packages does not...