similar to: First R-2.0.0 alpha version

The release of R-1.8.1 is scheduled for Friday, November 21. Automatic generation of daily alpha releases should start tomorrow (I'll do the first by hand later today) and switch to beta status on Friday, November 14. It would be good if package maintainers could get any planned changes done as soon as possible, and test their packages carefully against the alpha/beta releases. -- O__

I do think keeping the default behavior is desirable for backwards compatibility; my suggestion is not to change default behavior but to add an optional argument that allows a different behavior. Although this can be implemented in a user-defined function, retaining empty matches facilitates programmatic use, and seems to be something that should be available in base R. It is available, for

Doing the normal build process [1] for a first time with a R 2.0.0 snapshot -- the Sep 21 version I uploaded to Debian's 'experimental' section two days ago, ended in failure. The package in question is cluster 1.9.6 which should be 2.0.0-ready. The (partial) log follows: ----------------------------------------------------------------------------- [...] g77 -mieee-fp -fPIC -g -O2

there does not seem to be a package "tcltk" on CRAN for 2.0.0. I have successfully installed the same package for 1.9.1. In essence I require the package for a GUI interface to setwd. All work fine with 1.9.1. This is on a Linux Debian unstable kernel 2.4.20 The build version of R 2.0.0 (issuing version whithin R) has the following platform i686-pc-linux-gnu arch i686 os

Hi, After the recent r-base and r-base-core alpha releases in sid, some packages fail to load, e.g. r-cran-bitops: R> library(bitops) Error in library(bitops) : package ?bitops? does not have a NAMESPACE and should be re-installed I suppose these errors will get fixed after 2.14.0 is released. In the meantime, should we just downgrade r-base and r-base-core to the testing versions?

Hi, I'm looking for a way to make executable R-scripts -- which are bound to a certain package -- available to the operating system's search path. The executable R-scripts I put in the package's 'exec' directory. Different solutions have come to my mind: o 'configure'-script copies the files to /usr/local/bin o make a 'require'-shell function which

Apologies if this has been posted about recently, but I haven't been on this listserve for a while. I ran into a problem trying to compile Hmisc (required package for rms) and have found a solution that I'd like to share. The compile fails with the message: /usr/bin/ld: cannot find -lquadmath libquadmath exists on my Debian Squeeze system (up-to-date, recently installed): ldconfig -p

hi, i have posted earlier a few days back, i apologise for the re-post. my problem is that the moment i start using mp3 files with lesser bit rate (16kbps) it does not stream properly. it keeps getting stuck in the middle. i can stream continuously with 128 kbps files. I'm using icecast(1.3.7) with ices(beta 5) in "LAN" on Linux Redhat 6.2. The same problem occurs also on

TASK: problem with "glm" with binomial errors STATUS: Open FROM: p.dalgaard@kubism.ku.dk in glm(,binomial) it's possible that loss of significant digits make expected values 0 or 1 even though there's no divergence of the fit. (Happened to me with menarche data, infants and grown-ups included) [ Need the example data. Glm needs a

Am I missing something or is this a bug? I was expecting it to give the version of R, i.e. "R-2.0.0". ~:R CMD config --version R configuration information retrieval script 1.3 Copyright (C) 2002 The R Core Development Team. This is free software; see the GNU General Public Licence version 2 or later for copying conditions. There is NO warranty. Paul Gilbert

I've set up for daily distribution builds of the current development version. These are available at http://cran.us.r-project.org/src/base/ The current one is R-1.7.0beta_2003-03-26.tar.gz (and it's pretty useless to wait for them to be mirrored elsewhere...) Notice that these are made using "make dist" (like the final release will be) and thus they may have

Hi All, I am tryting to setup Puppet masters and client in Sun solaris environment. ( Global zone puppet Master is running) and non global zone all puppet clients are installed ( ..Note I have not installed puppet client in all nonglobal zone .. binaries are shared by Global zone... While i m generating client certified i am getting this error .... Any one has clue .... bash-3.00# puppetd

This works in Splus: > x<-list() > x[["f"]]<-1 > zz<-"g" > x[[zz]]<-2 > x $f: [1] 1 $g: [1] 2 In R both variants fail unless the name is already on the list. The first one can be replaced by x$f, but there's seems to be no substitute for the other one (oh yes I found one, but it's not fit to print!). This comes up if you e.g. want to

Seems to be working very nicely (and what a relief to see it actually working!), I've found only a few problems till now: a) Characters outside 0-0x7f seem to get encoded as CP850 or something, not Latin 1 (æøå keys on DK keyboard gives mu,degree,sigma). b) Infinite recursion crashed R. (I forget details, but it was something stupid like f<-function(x){if (x < 1) 1 else f(x)*(x-1)})

eigen() seems to work for symmetric matrices only. This is out of sync with the help file. > trpr.37 0 1 2 3 4 0 1.00000000 0.0000000 0.0000000 0.0000000 0.0000000 1 0.44444444 0.5555556 0.0000000 0.0000000 0.0000000 2 0.02439024 0.2439024 0.7317073 0.0000000 0.0000000 3 0.00000000 0.0000000 0.2307692 0.7692308 0.0000000 4 0.00000000 0.0000000

Watch: R : Copyright 1997, Robert Gentleman and Ross Ihaka Version 0.50 Alpha-1 (July 22, 1997) R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under certain conditions. Type "license()" for details. [Previously saved workspace restored] Error: restore file corrupted -- no data loaded --- -rw-r--r-- 1 pd users 0 Aug 1 12:46

I don't rcall seeing this one reported before: plot(...,axes=F) removes not only the axes, but also the plot boundary. The 'bty' parameter loses its effect completely. getting it back seems to require fiddling with par("usr") and rect() or lines() (Linux, Alpha-3) -- O__ ---- Peter Dalgaard Blegdamsvej 3 c/ /'_ --- Dept. of Biostatistics 2200

As some of you may know, there has been formed a "core team" of developers, who can dig directly into the R source at Auckland and fix bugs etc., in order to speed up development. There is a mailing list for that group. This is necessary, because some of the bugs discussed are not publicly available (and hopefully will never be!), but one potential risk of the structure is that we forget

If you try hist(rnorm(100),lwd=2) with a recent snapshot, you get the exact opposite effect of what was earlier argued to be desirable in plots: you get fat axes and thin bar outlines. The cause is plain to see, at the end of 'hist': title(main = main, xlab = xlab, ylab = ylab, ...) if (axes) { axis(1, ...) axis(2, ...) }

Here's a number of items that came up in connection with my course for medical ph.d. students this week: boxplot(): - deals ungracefully with empty groups and factor levels not present in grouping variable. - no indication of what variable is being plotted data.entry() (mostly W95 rseptbeta problems) - Entry of first variable name doesn't take before 2nd