[Rd] initialize expression in 'quasi' (PR#8486)

This is a multi-part message in MIME format. --_=_NextPart_001_01C61962.212F35AB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable This is not so much a bug as an infelicity in the code that can easily be fixed. The initialize expression in the

Re: [Rd] Provide both shlib and standard versions of R?

On Mon, 16 Jan 2006, Bo Peng wrote: >> then either build your own with correct options or talk to your >> distribution's packaging team. > > It seems that my knowledge about this option is outdated. When I > first encountered this problem two years ago, the R/rpm distribution > came with no libR.

Re: [Rd] initialize expression in 'quasi' (PR#8486)

Bill, As you see, R-bugs does not work with encoded (binary) attachments. Could you please send this again to R-devel with (if possible) text attachments? The source code says # 0.1 fudge here matches poisson: S has 1/6. initialize <- expression({ n <- rep.int(1, nobs); mustart <- y + 0.1

Re: [Rd] help.start() and Debian packaging (PR#8483)

While I agree with you, I find that the Debian packager does not. I already reported the problem to Debian, and they said that enough people want light-weight installations that they will continue splitting R into several parts. The package maintainer is Dirk Eddelbuettel <[EMAIL PROTECTED]>, and

[Rd] _pei386_runtime_relocator ? (PR#8491)

Hi, The problem arises when I try to use /bin/Rcmd shlib to create a DLL for external fortran code to do numerical integration from Dr. Alan Genz's website. I tried this yesterday after downloading R-tools, activePerl, mingw and cygwin and reinstalling R. I used the following command c:\"pro

Re: [Rd] Provide both shlib and standard versions of R?

> Why guess? There are accurate statements in the R-admin manual, I read the manual 2 years ago, and the info I got was still correct. > and the RH RPM change was discussed on this list in 2006: > https://stat.ethz.ch/pipermail/r-devel/2006-January/036118.html I simply do not know RPMs have bee

Re: [Rd] Provide both shlib and standard versions of R?

On Mon, 2006-01-16 at 00:45 -0600, Bo Peng wrote: > > then either build your own with correct options or talk to your > > distribution's packaging team. > > It seems that my knowledge about this option is outdated. When I > first encountered this problem two years ago, the R/rpm distribution > ca

[Rd] problem unpacking R sources (PR#8492)

Full_Name: Steven L. Scott Version: 2.2.1 OS: Windows-Cygwin Submission from: (NULL) (128.125.60.50) I've had problems unpacking the R source coded downloaded from http://lib.stat.cmu.edu/R/CRAN/src/base/R-2/R-2.2.1.tar.gz Version info for tar and gunzip provided below (GNU legalese edited o

Re: [Rd] problem unpacking R sources (PR#8492)

[EMAIL PROTECTED] wrote: > Full_Name: Steven L. Scott > Version: 2.2.1 > OS: Windows-Cygwin > Submission from: (NULL) (128.125.60.50) > > > I've had problems unpacking the R source coded downloaded from >http://lib.stat.cmu.edu/R/CRAN/src/base/R-2/R-2.2.1.tar.gz This is not a bug in R!!!

Re: [Rd] initialize expression in 'quasi' (PR#8486)

My apologies, I thought it was going as a text attachement. Looks like Microsoft second guessing me again. The problem is the 'mustart' value (if you are going to base it on the variance structure and not the link as well) should not allow values to touch the point where the variance becomes zer

[Rd] Error handling in solve.default (PR#8494)

Hi, this is a minor problem in solve.default but I didn't see anyone mention it. The function does not give "correct" error-handling if given non-square matrix, LINPACK=F, and matrix has names attributes (either row or column names). Demo: ##"correct" error handling of non-square matrix > temp