Dear Mr Moderator, please let me through. I want to reply to my own
thread. I once subscribed to this list, but then my subscription was not
accepted.
Now to the business:
The final failure came from missing .install.macbinary() function. I
grepped R-patched sourcesand the only instance of
Message 2 of today: it works now.
After re-installing R.app from the same R-2.1.0.dmg file, and
fixInNamespace'ing(*) install.packages(), I managed to update 23
outdated packages from CRAN binaries for MacOS X. What I did was to:
1. change call to .install.macbinaries() into call to
On Wed, 4 May 2005 [EMAIL PROTECTED] wrote:
Message 2 of today: it works now.
After re-installing R.app from the same R-2.1.0.dmg file, and
fixInNamespace'ing(*) install.packages(), I managed to update 23
outdated packages from CRAN binaries for MacOS X. What I did was to:
1. change call to
[EMAIL PROTECTED] wrote:
Full_Name: Juan José Goyeneche
Version: 2.0.1
OS: debian
Submission from: (NULL) (164.73.246.102)
When I call the R2HTML library I get (most of the time) the following message.
library(R2HTML)
sh: line 1: -oq: command not found
In any case, the
Vadim Ogranovich wrote:
-Original Message-
From: Prof Brian Ripley [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 27, 2005 1:13 AM
To: Vadim Ogranovich
Cc: Luke Tierney; r-devel@stat.math.ethz.ch
Subject: Re: [Rd] RE: [R] when can we expect Prof Tierney's
compiled R?
On Tue, 26
On Wed, 2005-05-04 at 09:01 +0100, Prof Brian Ripley wrote:
This still requires a fix in passing type in update.packages() that B.
Ripley already did for R 2.1.1, or setting
options(pkgType=mac.binary).
This should not be required. What does .Platform say?
I don't know: R fails to
On Wed, 2005-05-04 at 09:01 +0100, Prof Brian Ripley wrote:
This should not be required. What does .Platform say?
I couldn't let it be:
str(.Platform)
List of 6
$ OS.type : chr unix
$ file.sep : chr /
$ dynlib.ext: chr .so
$ GUI : chr AQUA
$ endian: chr big
$ pkgType :
On Wed, 4 May 2005, Jari Oksanen wrote:
On Wed, 2005-05-04 at 09:01 +0100, Prof Brian Ripley wrote:
This should not be required. What does .Platform say?
I couldn't let it be:
str(.Platform)
List of 6
$ OS.type : chr unix
$ file.sep : chr /
$ dynlib.ext: chr .so
$ GUI : chr AQUA
$ endian
On May 4, 2005, at 2:30 AM, [EMAIL PROTECTED] wrote:
but the sanguine(*) R in MacOS X refuses to start in GUI mode today
with uninformative error message (The application R has
unexpectedly quit.).
It's an OS X message, nothing R.app can do about it. See the Console
for details - those would
Hi,
On a new Dell laptop, with a fresh FC3 installation (with latest updates
applied) I am experiencing make hanging consistently after/during
building grDevices. This happens when using the configure flag
--with-lapack (I have the LAPACK rpm distributed with FC3 installed).
The last two lines
Full_Name: Andy Lynch
Version: 1.9.1
OS: Windows
Submission from: (NULL) (131.111.86.211)
As I understand it, pbirthday(n,c,k) gives the approximate probability that we
see a class with k coicident people in it when n people are sorted into c
classes.
so the command
On Wed, 4 May 2005, Duncan Murdoch wrote:
Vadim Ogranovich wrote:
-Original Message-
From: Prof Brian Ripley [mailto:[EMAIL PROTECTED] Sent: Wednesday,
April 27, 2005 1:13 AM
To: Vadim Ogranovich
Cc: Luke Tierney; r-devel@stat.math.ethz.ch
Subject: Re: [Rd] RE: [R] when can we expect
On Wed, 4 May 2005 [EMAIL PROTECTED] wrote:
It seems to me that the line in the function
if (n classes) return(1)
is only relevant to the default case of coincident = 2. (Naturally, if there are
more people than classes, then at least one class must contain 2 people).
Yep, looks like a bug to me.
On Wed, 4 May 2005, Duncan Murdoch wrote:
Warnes, Gregory R wrote:
Let me redirect the topic a bit. I've been considering unbundling
gregmisc.
So let's move to R-devel.
The pro would be that people would find the component packages (i.e. gdata)
more easily. The con is that the packages have a
On Wed, 2005-05-04 at 13:56 +0100, Gavin Simpson wrote:
Hi,
On a new Dell laptop, with a fresh FC3 installation (with latest updates
applied) I am experiencing make hanging consistently after/during
building grDevices. This happens when using the configure flag
--with-lapack (I have the
Hi Jari,
In addition to Simon's suggestion below, recently someone fixed this
by ensuring
R.app has write permission to its working directory.
Rob
On May 4, 2005, at 5:23 AM, Simon Urbanek wrote:
Starting from bash prompt in Terminal.app fails as well with error
.onLoad failed in
Marc Schwartz wrote:
On Wed, 2005-05-04 at 13:56 +0100, Gavin Simpson wrote:
Hi,
On a new Dell laptop, with a fresh FC3 installation (with latest updates
applied) I am experiencing make hanging consistently after/during
building grDevices. This happens when using the configure flag
On Wed, 4 May 2005, Marc Schwartz wrote:
On Wed, 2005-05-04 at 13:56 +0100, Gavin Simpson wrote:
Hi,
On a new Dell laptop, with a fresh FC3 installation (with latest updates
applied) I am experiencing make hanging consistently after/during
building grDevices. This happens when using the configure
On Wed, 2005-05-04 at 16:58 +0100, Gavin Simpson wrote:
snip
Cheers for this Mark,
I had a quick google search for this problem and found a discussion in
the redhat mailing list archives that discusses the issue and points to
the following bug:
BDR == Prof Brian Ripley [EMAIL PROTECTED]
on Wed, 4 May 2005 16:29:33 +0100 (BST) writes:
...
BDR .. we need some education about how to use the
BDR power of *.packages (and we need to get the MacOS
BDR versions in place).
and maybe we should even
Gavin Simpson [EMAIL PROTECTED] writes:
Basically, the LAPACK in FC3 is broken because it was compiled with
gcc-3.4 and that introduced errors when -O2 optimisations were used to
compile the rpm. That bug was recently reopened so there may be the
possibility of the FC3 rpm being updated (the
On Wed, 2005-05-04 at 21:15 +0200, Peter Dalgaard wrote:
Gavin Simpson [EMAIL PROTECTED] writes:
Basically, the LAPACK in FC3 is broken because it was compiled with
gcc-3.4 and that introduced errors when -O2 optimisations were used to
compile the rpm. That bug was recently reopened so
Hi all,
In R for Windows, is there a preferred way to handle R extensions that
provide native code that depend upon one or more third party DLLs? If I
put those DLLs in the library/MODULE/libs it doesn't find them. In
other words, my MODULE.dll has other DLLs it uses, but they aren't
R-devel,
The performance of as.Date differs by a large degree between one of my
machines with glibc 2.3.2:
system.time(x - as.Date(rep(01-01-2005, 10), format = %m-%d-%Y))
[1] 1.17 0.00 1.18 0.00 0.00
and a comparable machine with glibc 2.3.3:
system.time(x - as.Date(rep(01-01-2005,
On 5/5/05, Gabor Grothendieck [EMAIL PROTECTED] wrote:
On 5/4/05, Jeff Enos [EMAIL PROTECTED] wrote:
R-devel,
The performance of as.Date differs by a large degree between one of my
machines with glibc 2.3.2:
system.time(x - as.Date(rep(01-01-2005, 10), format = %m-%d-%Y))
[1]
On Wed, 4 May 2005, Peter Dalgaard wrote:
Gavin Simpson [EMAIL PROTECTED] writes:
Basically, the LAPACK in FC3 is broken because it was compiled with
gcc-3.4 and that introduced errors when -O2 optimisations were used to
compile the rpm. That bug was recently reopened so there may be the
On Wed, 4 May 2005, Marcus G. Daniels wrote:
In R for Windows, is there a preferred way to handle R extensions that
provide native code that depend upon one or more third party DLLs? If I put
those DLLs in the library/MODULE/libs it doesn't find them. In other words,
my MODULE.dll has other
27 matches
Mail list logo