search for: _tar

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...