Dear HTL,
Thanks for your help. I reinstalled kernel-headers-2.4.31 as mentioned
by you. Now it compiled without any errors. Thanks again.
Regards,
Anand
Hin-Tak Leung wrote:
> Your system is badly screwed up. On my Slackware 10.2,
> /usr/include/asm/errno.h is just a plain file and doesn't
>
On Fri, 4 Nov 2005, Robert Gentleman wrote:
> Recently I have added a lib.loc argument to require, so that
> it is more consistent with library. However, there are some oddities
> that folks have pointed out, and we do not have a documented description
> of the semantics for what should happen whe
> From: Hin-Tak Leung
>
> Izmirlian, Grant (NIH/NCI) wrote:
>
> > The only interesting feature is that the tree structure has been
> > implemented in C. Its a neater way to carry stuff around and I am
> > guessing would make future implementation easier.
> >
> > Because of its inherent redundan
Hello Hin-Tak:
Thanks for your interest. This is just a short not to tell you and others that
the URL idea is a good one. This will take a few days at our organization.
When its available I will post again to this thread. In the meantime, I will
will send copies directly to those interested. So fa
Recently I have added a lib.loc argument to require, so that
it is more consistent with library. However, there are some oddities
that folks have pointed out, and we do not have a documented description
of the semantics for what should happen when the lib.loc parameter is
provided.
Proposal:
Your system is badly screwed up. On my Slackware 10.2,
/usr/include/asm/errno.h is just a plain file and doesn't
include anything else, unlike yours, which seems to look
for "asm-generic/errno.h".
The package you need to re-install is "kernel-headers-2.4.31-i386-1".
It is part of the d series, on
Izmirlian, Grant (NIH/NCI) wrote:
> The only interesting feature is that the tree structure has been
> implemented in C. Its a neater way to carry stuff around and I am
> guessing would make future implementation easier.
>
> Because of its inherent redundancy from the users standpoint, it
> isn'
This an error in a standard system header file /usr/include/errno.h, not
something we can help with.
However, is --build=i486-slackware-linux actually correct? Our manuals do
not suggest you specify --build, and if incorrect it might just explain
this.
On Fri, 4 Nov 2005, R S Ananda Murthy wr
Hello,
I am trying to compile R-2.2.0 on Slackware 10.2.
I did ./configure --prefix=/usr --build=i486-slackware-linux. It went
off without any problem and gave this configure status:
R is now configured for i486-slackware-linux-gnu
Source directory: .
Installation directory:/u
Paul Roebuck <[EMAIL PROTECTED]> writes:
> On Fri, 4 Nov 2005, Peter Dalgaard wrote:
>
> > Vaidotas Zemlys <[EMAIL PROTECTED]> writes:
> >
> > > [SNIP]
> > >
> >
> > Also
> >
> > 6. Rprofile files .Rprofile or Rprofile.
> >
>
> .Renviron?
Yes, but you seem to have forgotten to keep r-devel in t
Hello R-devel:
I have written a package, called "woods", that does classification trees
(R function CT), and currently, only the most basic functionality of
Random Forest, e.g. bagged trees with choices about sample size, with/without
replacement, size of (random) subset of covariates drawn when n
As a followup, these changes have some impacts on already installed
packages, most likely including all those using lazy-loading or saved
images.
If you are building from a checked-out version of R you will need to
trigger re-installation of the recommended packages. Unix users can do
that by
There's an apparent inconsistency between the
behavior of d(pqr)gamma and other distribution
functions for "bad" parameter values. Specifically,
most distributions give NaN and a warning for bad
parameters (e.g. probabilities <0 or >1). In contrast,
d(pqr)gamma actually gives an error and sto
Vaidotas Zemlys <[EMAIL PROTECTED]> writes:
> Hi,
>
> On 04 Nov 2005 13:51:56 +0100, Peter Dalgaard <[EMAIL PROTECTED]> wrote:
>
> > One further thought about this:
> >
> > On SUSE,
> >
> > rpm -qif /usr/share/mime/
> >
> > points at
> >
> > http://www.freedesktop.org/wiki/Software_2fshared_2dmi
Vaidotas Zemlys <[EMAIL PROTECTED]> writes:
> Hi,
>
> On 04 Nov 2005 13:51:56 +0100, Peter Dalgaard <[EMAIL PROTECTED]> wrote:
>
> > One further thought about this:
> >
> > On SUSE,
> >
> > rpm -qif /usr/share/mime/
> >
> > points at
> >
> > http://www.freedesktop.org/wiki/Software_2fshared_2dmi
On Nov 4, 2005, at 6:58 AM, Prof Brian Ripley wrote:
> Martin's point is generally very valid, but in the case of the
> 2.2.0 release remarkably few of the bugs found since release were
> new in 2.2.0.
> One thing we have learnt is that none of the testers seem to look
> at HTML help (which
Hi,
On 04 Nov 2005 13:51:56 +0100, Peter Dalgaard <[EMAIL PROTECTED]> wrote:
> One further thought about this:
>
> On SUSE,
>
> rpm -qif /usr/share/mime/
>
> points at
>
> http://www.freedesktop.org/wiki/Software_2fshared_2dmime_2dinfo
>
> So I guess that the proper tree to bark at is the upstrea
[EMAIL PROTECTED] writes:
> Hi,
>
> On 03 Nov 2005 12:41:53 +0100, Peter Dalgaard <[EMAIL PROTECTED]> wr=
> ote:
> > [EMAIL PROTECTED] writes:
> >
> > > We do not usually put features in R which are specific to just some
> > > distributions of some OSes, and in this case to one editor on those.
>
Martin's point is generally very valid, but in the case of the 2.2.0
release remarkably few of the bugs found since release were new in 2.2.0.
One thing we have learnt is that none of the testers seem to look at HTML
help (which accounts for 2 of the 4 2.2.0-only bugs I counted).
What we need mo
[...]
> Maybe we (the R-foundation) should give serious thoughts to
> offer prizes for valid bug reports during alpha and beta
> testing. These could include
> - Reduced fee for 'useR' and 'DSC' conferences
> - being listed as helpful person in R's 'THANKS' file
> {but that may not entice those
[Mainly for R-foundation members; but kept in public for general
brainstorming...]
> "Simon" == Simon Urbanek <[EMAIL PROTECTED]>
> on Thu, 3 Nov 2005 12:16:25 -0500 writes:
<>
Simon> As Brian was saying, the error was fixed in R
Simon> immediately afte
21 matches
Mail list logo
