similar to: Change of licence for header files and import libraries

Several of you have asked about `missing' binary versions of packages for Windows on CRAN, although there was an explanation in the ReadMe. Two things have changed: 1) Workload. When I first started this, there were about 20 packages. There are now over 100 (including those in bundles). Further, I rebuilt all the packages for R-1.2.0 in December 2000, but since then more than half

Versions of the V&R libraries, VR_5.3pl025-1.tar.gz, and of tree_0.2-2.tar.gz (giving most of the functionality of S's tree system including all that I have ever used) are now available on CRAN's Vienna node, and will propagate. There is an early draft of an R user's complements on Venables & Ripley available from http://www.stats.ox.ac.uk/pub/MASS2/Compl.shtml This is

Versions of the V&R libraries, VR_5.3pl025-1.tar.gz, and of tree_0.2-2.tar.gz (giving most of the functionality of S's tree system including all that I have ever used) are now available on CRAN's Vienna node, and will propagate. There is an early draft of an R user's complements on Venables & Ripley available from http://www.stats.ox.ac.uk/pub/MASS2/Compl.shtml This is

I have put at http://www.stats.ox.ac.uk/pub/R/win32/makehelp.zip a file with instructions and the tools I used to make help for libraries for Guido's gnuwin32 version of R-0.63.0. There are also instructions for making libraries without remaking R itself. Brian -- Brian D. Ripley, ripley at stats.ox.ac.uk Professor of Applied Statistics,

These are now at CRAN (at least in Vienna). Please note that VR_5.3pl030-1.tar.gz really does need 0.63: there are problems with 0.62.x and 0.63 reading .rda files written by the other. The earlier VR_5.3pl027-1.tar.gz for 0.62.3/4 remains on CRAN in directory Old/0.62. tree_0.3-1 adds tree.screens and tile.tree (needs 0.63), and support for formulae like use ~ . - estperf - names. -- Brian

These are now at CRAN (at least in Vienna). Please note that VR_5.3pl030-1.tar.gz really does need 0.63: there are problems with 0.62.x and 0.63 reading .rda files written by the other. The earlier VR_5.3pl027-1.tar.gz for 0.62.3/4 remains on CRAN in directory Old/0.62. tree_0.3-1 adds tree.screens and tile.tree (needs 0.63), and support for formulae like use ~ . - estperf - names. -- Brian

This does seem to fix my problem: > Sys.getenv("http_proxy") http_proxy "http://gproxy1.pfizer.com/" > url("http://cran.r-project.org/src/contrib/PACKAGES",'r') description "http://cran.r-project.org/src/contrib/PACKAGES" class

Thanks very much, Professor Ripley. Reid Huntsinger -----Original Message----- From: ripley at stats.ox.ac.uk [mailto:ripley at stats.ox.ac.uk] Sent: Tuesday, August 06, 2002 3:00 AM To: Huntsinger, Reid Cc: r-help at stat.math.ethz.ch Subject: Re: [R] pipe and binary i/o (on Linux) On Mon, 5 Aug 2002 ripley at stats.ox.ac.uk wrote: > pipe predates readBin, and no one has seen a

The TITLE for the nnet package is garbled: it comes out as nnet Feed-forward neural networks and multinomial log-linear nnet Feed-forward neural networks and multinomial log-linear models The problem is in maketitle: auk% cat DESCRIPTION Bundle: VR Version: 6.1-9 Date: 2000/07/11 Depends: R (>= 1.1) Author: S original by Venables & Ripley. R port by Brian Ripley

On Mon, 28 Aug 2000, Rashid Nassar wrote: > Dear Professor Ripley, > > Thank you very much for your kind explanation. If I may lamely say > something in my defence, even as I apologize for my error: I mistook the > sentence "the (quoted) name of a function" to mean "optionally quoted" > because of the parentheses surrounding "quoted", and was

This example is caused by R's messing with formula environments. That's explained in ?formula, but should it not be explained in ?model.frame ? Simple test: data <- data.frame(y=rnorm(100), x=1:100) testit <- function(formula) { weights <- runif(100) glm(formula, weights=weights, data=data) } testit(y ~ x) weights is looked for in the environment of the formula, not of

For the record. -----Original Message----- From: ripley@stats.ox.ac.uk [mailto:ripley@stats.ox.ac.uk] Sent: Tuesday, June 18, 2002 3:21 PM To: Warnes, Gregory R Cc: 'r-help@stat.math.ethz.ch' Subject: RE: [R] Problems with url/download and http_proxy The port is not supposed to be required, so rather than fix the docs can anyone fix the problem? On Tue, 18 Jun 2002, Warnes, Gregory R

On Sun, 31 Dec 2000 jfox@mcmaster.ca wrote: > The editor in R version 1.2.0 returns an error after editing a data frame > that has row names. This is on a Windows 2000 system, but I've encountered > the same problem under Windows 95. Here's a simple example: Actually, that's not where the error is. If you use traceback() you will see it is in edit.data.frame. That tries

In an attempt to help newbie confusion with (not) installing packages, library() in R-devel will only load a package if 1) It contains a DESCRIPTION file and 2) That DESCRIPTION file contains a Built: line. Because the standard packages have only had Built: lines for a few days, 2) is currently a warning. If you see it on standard packages, do `make clean; make' in R-devel. (It should not

After the discussion a while back about how sort inconsistently handles attributes such as dim's, I have taken a closer look and found yet more anomalies. That suggested trying out the principle that sort() should preserve only names (and sort those). Now, sort(partial=) was preserving names and NOT sorting them, and since it was included for efficiency I decided it should just drop

By analogy with maintainer(), I suggest extending license() to give the licensing terms of packages as well as R itself when prompted. Below is a small patch in that direction. This won't break anything and imposes no significant maintenance burden; it has the advantage of making it ever so marginally easier to know package licenses. Given the existence of license forms like GPL >=2, I

This is not a bug. There is no way one can scale the plot axes equally when no indication has been given of the scaling expected for either! It has always seemd to be that plot(x=1, y=1) shoul dnot work: it has not supplied enough information! On Thu, 8 Nov 2001 pflugshaupt@geobot.umnw.ethz.ch wrote: > I found the following in eqscplot, library MASS: > > > When given just one

> Subject: Re: [Rd] options(keep.source = TRUE) -- also for "library(.)" ? > From: Peter Dalgaard BSA <p.dalgaard@biostat.ku.dk> > Date: 27 Apr 2000 14:37:01 +0200 > > Martin Maechler <maechler@stat.math.ethz.ch> writes: > > > Can we [those of us who know how sys.source() works...] > > think of changing this? As it was possible for the base

On Wed, 14 Aug 2002, Henrik Bengtsson wrote: > Sorry, but it was indeed the redirection of the standard output in > Cygwin/bash that cause the first problem, not R (I should stop doing > troubleshooting at 1:00 AM). So please forget about the problems reported in > R_CMD_check.out. However, it would still be nice if you still update R CMD > check to do join with "\n".

Sorry, I was commenting on the previous windows version (version file says 0.5a) (the first one which ran under RW.1.0.0) I have Win NT 4.0 Service pack 5 and R is > version _ platform Windows arch x86 os Win32 system x86, Win32 status major 1 minor 0.0 year 2000 month February day 29 language R > -----Original Message----- > From: Prof Brian