On 11/05/2010 07:59 AM, Johann Hibschman wrote:
> "Tom \"spot\" Callaway" writes:
>
>> Full build log is here:
>> http://koji.fedoraproject.org/koji/getfile?taskID=2571563&name=build.log
>>
>> Default gcc in RHEL 4 is 3.4.6-10, which has g
On 10/18/2010 03:03 AM, Peter Dalgaard wrote:
> On 10/18/2010 02:39 AM, Radford Neal wrote:
>> Regarding Tengfei Yin's post about an error trying to install
>> "cluster" in 2.13.0, I have gotten an error with this package when
>> trying to install the released version of 2.12.0. Here is the output
On 01/26/2010 06:17 AM, Dirk Eddelbuettel wrote:
>
> On 26 January 2010 at 01:23, "Tom \"spot\" Callaway" wrote:
> | On 01/25/2010 09:14 PM, Dirk Eddelbuettel wrote:
> | > I cannot replicate this on Debian. The error gets trapped just fine. This
> may
>
On 01/25/2010 09:14 PM, Dirk Eddelbuettel wrote:
> I cannot replicate this on Debian. The error gets trapped just fine. This may
> be particular to your builds or setup. I don;t see an R error (but of course
> do not speak for R Core). Here is a short version, it is the same in normal
> interactive
This is R 2.10.1, from Fedora 12 and RODBC 1.3-1 (although 1.3-0 has the
same problem) on i686.
Originally reported here:
https://bugzilla.redhat.com/show_bug.cgi?id=557953
Reproducer and output below:
[s...@f12.i386 src]$ R
R version 2.10.1 (2009-12-14)
Copyright (C) 2009 The R Foundation for
When building 2.8.0 this morning for Fedora, I noticed that it was
building the included bzlib2 source and using it rather than the system
bzip2 libraries and headers. I tracked down the reason to this section
of configure:
cat >>conftest.$ac_ext <<_ACEOF
/* end confdefs.h. */
#ifdef HAVE_BZLIB_
Amusingly enough, the SuperH (or sh for short) architecture isn't one of
the many I have handy, but someone seems to be porting Fedora to that
arch. They filed a bug against R, which isn't really an R bug, but is
more an inherited bug from autoconf. Specifically, the R configure
script invokes gcc(
On Fri, 2008-08-29 at 20:04 +0200, Peter Dalgaard wrote:
> OK, committed. Not the easiest hole to exploit, I'd say (notice that
> we
> only compile something, not execute it).
>
>
> .
>
> Oh, sh*! This is not portable! Needs code like INSTALL. Will refix.
Sorry about that. I forgot that pe
On Fri, 2007-11-09 at 11:41 -0600, Marc Schwartz wrote:
> I have been looking ("tunnel vision") at this now for several hours
> going back to last night, and am probably missing something basic here,
> but is this the result of a change in the behavior of diff on F8, or is
> something else going
As originally raised here:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=231220
It has been proposed that R should support noarch packages
in /usr/share/R/library in addition to architecture specific packages
in /usr/lib/R/library or /usr/lib64/R/library.
For example, the mAr addon doesn't
zed memory at the end of ".Primitive".
> >
> > (This is in a copy of R source from June 2006.)
I was halfway to identifying this when Bill figured it out. :) New
packages are built for FC-4, FC-5, FC-6, and devel which bring us up to
the 11-03 patched level.
Thanks for the
discussion of lapack and its patching)
Thanks,
~spot
--
Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260
Fedora Extras Steering Committee Member (RPM Standards and Practices)
Aurora Linux Project Leader: http://auroralinux.org
12 matches
Mail list logo
