After accusing someone of typing 'install.packages("weather")'
instead
of 'install.packages("webmaps")', I discovered that R-forge
really is
currently returning the wrong source tarball for packages after
'Repitools' in the alphabet.
The data returned from available.package in install.packages goes out
of sync at 'Repitools':
RemoteREngine "RemoteREngine_0.0-8.tar.gz"
RemoteSensing "RemoteSensing_0.2-5.tar.gz"
Repitools "RepitoolsExamples_1.01.tar.gz"
Rglpk "Repitools_0.0.107.tar.gz"
Ripop "Rglpk_0.3-2.tar.gz"
Rllvm "Ripop_0.1.tar.gz"
RlpSolveAPI "Rllvm_0.1.tar.gz"
There's a report on the R-forge forum, but I thought I'd post this
here in case anyone else is staring at the screen in bewilderment.
I'm hypothesizing it's in the way the PACKAGES file is being
constructed, but haven't tested that hypothesis yet - I'm sure the
R-forge admins will fix this.
Barry
--
blog: http://geospaced.blogspot.com/
web: http://www.maths.lancs.ac.uk/~rowlings
web: http://www.rowlingson.com/
twitter: http://twitter.com/geospacedman
pics: http://www.flickr.com/photos/spacedman
On Sun, Jan 24, 2010 at 10:09 AM, Barry Rowlingson <b.rowlingson at lancaster.ac.uk> wrote:> After accusing someone of typing 'install.packages("weather")' instead > of 'install.packages("webmaps")', I discovered that R-forge really is > currently returning the wrong source tarball for packages after > 'Repitools' in the alphabet.> ?I'm hypothesizing it's in the way the PACKAGES file is being > constructed, but haven't tested that hypothesis yet - I'm sure the > R-forge admins will fix this.Stefan Theussl has now fixed this, so if anyone wants to try install.packages("webmaps",repos="http://R-Forge.R-project.org") they now can, without getting the 'weather' package installed instead. Barry