On 4 March 2006 at 11:20, Romain Francois wrote:
| Le 04.03.2006 09:18, [EMAIL PROTECTED] a écrit :
| > Full_Name:
| > Version: 2.1.1
| > OS: Linux (Ubuntu 5.10)
| > Submission from: (NULL) (136.160.174.71)
| >
| > R does not have a friendly gui from where all functions can be accessed by
| > "po
On 7 March 2006 at 10:55, Hin-Tak Leung wrote:
| I have given up on "R" with any topic on Google quite some time
| ago (because bits from fragmented postscript/pdf files show up,
| for example) - but using "r-devel" with topic normally gives me
| enough. YMMV.
Nobody seems to have mentioned the R
Trying to build a Debian snapshot of R-alpha based on last night's tarball,
it fails with what looks like a missing -lm linking directive:
[...]
gcc -I. -I../../src/include -I../../src/include -DHAVE_CONFIG_H -fpic
-O2 -c version.c -o version.o
gcc -I. -I../../src/include -I../../src
ided via
http://cran.r-project.org/src/base-prerelease
and I just confirmed the problem with today's svn.37642.
Dirk
|
|
| On Mon, 3 Apr 2006, Dirk Eddelbuettel wrote:
|
| >
| > Trying to build a Debian snapshot of R-alpha based on last night's tarball,
On 3 April 2006 at 16:11, Dirk Eddelbuettel wrote:
| Trying to build a Debian snapshot of R-alpha based on last night's tarball,
| it fails with what looks like a missing -lm linking directive:
|
| [...]
| gcc -I. -I../../src/include -I../../src/include -DHAVE_CONFIG_H -fpic
-O
On 9 April 2006 at 16:49, [EMAIL PROTECTED] wrote:
| Selon Lothar Rubusch <[EMAIL PROTECTED]>:
| > I'd like to write a little application in java wich should pass some
commands
| > and data to R and displays the results (tables and charts) in a java frame.
| > First I wanted to work with Omegahat
On 10 April 2006 at 10:06, Prof Brian Ripley wrote:
| Since that compiler is not even the last in the 3.3.x series, and there
| are now three later (released) gcc series, I think we have to write that
| off to an optimization bug in gcc 3.3.x.
Fair point, especially as you have to insist on usi
On 10 April 2006 at 14:31, Bjørn-Helge Mevik wrote:
| Dirk Eddelbuettel wrote:
|
| > Fair point, especially as you have to insist on using gcc 3.3.* on Debian:
| > -- 3.3.6 is the current 3.3.* one whereas Bjørn-Helge used 3.3.5
| > -- 3.4.5 is the latest 3.* one supplanting
On 10 April 2006 at 21:14, [EMAIL PROTECTED] wrote:
| Full_Name: Thomas Friedrichsmeier
| Version: R 2.2.1
| OS: Debian / Linux
| Submission from: (NULL) (84.60.123.243)
|
|
| Wishlist item:
|
| There is a small problem using intall.packages() (and update.packages()):
| Typically I want to inst
Kanru,
Thanks for the bugreport.
On 11 April 2006 at 22:03, Kanru Chen wrote:
| Package: r-base-core
| Version: 2.2.1.svn37668-1
| Severity: minor
|
| In manpage of /usr/bin/R, the first, fourth and last line shows `VERSION'
| instead of `R'.
|
| I believe it is a typo.
More likely something i
R-devel'ers,
On 11 April 2006 at 10:24, Dirk Eddelbuettel wrote:
|
| Kanru,
|
| Thanks for the bugreport.
|
| On 11 April 2006 at 22:03, Kanru Chen wrote:
| | Package: r-base-core
| | Version: 2.2.1.svn37668-1
| | Severity: minor
| |
| | In manpage of /usr/bin/R, the first, fourth and
On 22 May 2006 at 23:24, Gabor Grothendieck wrote:
| This would certainly be nice.
|
| Note that the BioConductor package vignettes are online:
|http://www.bioconductor.org/docs/vignettes.html
| but there is nothing comparable for CRAN.
|
| In some cases the package has a home page mentioned
On Tue, May 23, 2006 at 12:21:18AM -0400, Gabor Grothendieck wrote:
> I currently put my NEWS file in ./inst as the build procedure will
Yes, but for what I suggested we need standardized location as well as
format to permit automatic extraction, formatting, processing, ... off-line.
For just one
nd added
another one today. So if you're on Debian, these are easy to test.
I guess I had my lingo wrong as I already called these beta. Sorry, my bad.
r-base (2.3.0.svn38197-1) unstable; urgency=low
* Second beta release of the upcoming R 2.3.1 scheduled for June 1
-- Dirk Eddelbuettel
On 6 June 2006 at 12:00, Ben Bolker wrote:
|
|I have a package with some embedded legacy FORTRAN code
| (for computing complex Bessel functions, written in 2003
| by C. Bond to implement the algorithms of Zhang and Jin 1996).
| It worked well until recently [despite warnings about deprecated
On 7 June 2006 at 11:44, Ben Bolker wrote:
| OK: despite Dirk's very kind help, I decided that
Yeah, kind but still not useful to you. No cigar yet :)
| trying to deal with R configuration and Debian configuration
| simultaneously was too difficult.
[ I'd still like to learn from useRs what I
On 7 June 2006 at 17:29, Prof Brian Ripley wrote:
| > That came up recently:
| >
| > a) ~/.Makevars (as I recall)
|
| ~/.R/Makevars, but that applies to all packages on all builds.
Yes indeed. Thanks for catching and correcting this.
| > b) on a per invocation basis:
| > MAKEFLAGS="FFLA
On 28 June 2006 at 16:44, Allen S. Rout wrote:
|
| Greetings. I love R, we run Gentoo. I want to maintain R packages in
| the same methods I use for the rest of them; in Gentoo this is in "the
| portage tree", or in "a portage overlay".
|
| I am working towards something I consider suitable fo
On 4 July 2006 at 08:32, Duncan Murdoch wrote:
| at install time. The only (intentional) change to the current behaviour
| is to default to CHM help instead of plain text.
Some people may take offence with the fact that a non-open-source tool is now
required to build GNU R on the Windows platfo
On 4 July 2006 at 15:36, Duncan Murdoch wrote:
| On 7/4/2006 1:26 PM, Dirk Eddelbuettel wrote:
| > On 4 July 2006 at 08:32, Duncan Murdoch wrote:
| > | at install time. The only (intentional) change to the current behaviour
| > | is to default to CHM help instead of plain text.
| &g
On 14 July 2006 at 14:38, Sebastian Luque wrote:
| If Gabor's recommendations are to be followed, wouldn't it make sense to
| include chron in base R? Given that flexibility for handling time
Future historians will provide a fuller account of the extended debates, but
my reading of these discuss
On 14 July 2006 at 16:32, Gabor Grothendieck wrote:
| On 7/14/06, Dirk Eddelbuettel <[EMAIL PROTECTED]> wrote:
| > Date and POSIXt have served me well over the last few years. They are
| > maintained and being extended [ 1 ]. Chron, to the best of my knowledge, is
| > dead code so
On 19 July 2006 at 12:48, [EMAIL PROTECTED] wrote:
| On Wed, 19 Jul 2006, [EMAIL PROTECTED] wrote:
|
| > Full_Name: Agustin Perez
| > Version: 2.3.1
| > OS: Debian 2.6.8-11-amd64-generic
| > Submission from: (NULL) (193.147.142.6)
| >
| >
| > First of all excuses for my bad use of english and t
On Wed, Jul 19, 2006 at 05:18:03PM +0100, Prof Brian Ripley wrote:
> On Wed, 19 Jul 2006, Perez Martin, Agustin wrote:
>
> > Program received signal SIGILL, Illegal instruction.
> > 0x002a9590086f in ATL_dupKBmm30_1_1_b0 () from
> > /usr/lib/atlas/libblas.so.3
>
> OK, that is clearly a debian
On 26 July 2006 at 04:17, [EMAIL PROTECTED] wrote:
| Full_Name: Benjamin Tyner
| Version: 2.3.0
| OS: linux-gnu (debian)
| Submission from: (NULL) (71.98.75.54)
|
|
| > mean(NA)
| returns -2147483648 on my system, which is -(1+.Machine$integer.max)
There is quite possibly something wrong with
On 26 July 2006 at 16:59, Thomas Lumley wrote:
|
| How can one specify multiple extra flags to R CMD SHLIB? The example in
| R-exts section 5.5
| MAKEFLAGS="CFLAGS=-O3" R CMD SHLIB *.c
| works for a single flag, but when I try
| MAKEFLAGS="CFLAGS=-g -O2 -Wall" R CMD SHLIB *.c
| only the
On 28 July 2006 at 08:52, Henrik Bengtsson wrote:
| Found the reason for the bug. Patch available online;
|
| source("http://www.braju.com/R/patches/digest.R";)
Splendid -- thank you for both the bug report, and the patch. The new
revision digest_0.2.2 includes this patch. I also added unit
On 6 August 2006 at 18:50, Selwyn-Lloyd McPherson wrote:
| Hi everyone,
|
| I am writing a package for R and implementing a collection of C++
| scripts with it. Unfortunately, I did not write the C++ files, so I
| am dependent on using the supplied makefile that came with it. This
Not nece
On 15 August 2006 at 14:31, Mark Schultz wrote:
| Hi All:
| I've examined the R documentation on sockets and while I can probably
| figure it out with a bit of experimentation, I wondered if anyone has
| some sample code they could send me. I'd like to use R
| as a statistics server to python cl
On 30 August 2006 at 14:04, [EMAIL PROTECTED] wrote:
| Debian has Depends/Recommends/Suggests and after 10 years of using Debian
| I would still have to got to the Debian guidelines to learn what the exact
| difference between the latter two is. There certainly is a distinction,
It's all defined
On 1 September 2006 at 06:25, Gabor Grothendieck wrote:
| Note that there is some discussion in the help desk article
| in R News 4/1 and a table of tested conversions at
| the end of that article.If x is of class "Date" then for
| converting from Date to POSIXct the table suggests
| as.POSIXc
With R 2.4.0 around the corner, I intend to resume the usual process of
providing beta snapshot packages in Debian unstable. By updating them before
they hit 'testing', we give ourselves a nice window in which we can update
the packages as needed so that once 2.4.0 comes out for good on October 3,
On 18 September 2006 at 17:14, Prof Brian Ripley wrote:
| On Mon, 18 Sep 2006, Dirk Eddelbuettel wrote:
|
| >
| > With R 2.4.0 around the corner, I intend to resume the usual process of
| > providing beta snapshot packages in Debian unstable. By updating them before
| > they hit &
On 1 October 2006 at 08:53, Gabor Grothendieck wrote:
| On 10/1/06, Uwe Ligges <[EMAIL PROTECTED]> wrote:
| > Gabor Grothendieck wrote:
| > > This would seem to violate the user interface stereotype that
| > > command lines are case insensitive on Windows.
| >
| > This is an improvement. R tries t
On 18 October 2006 at 11:15, Benjamin Georgi wrote:
| I'm looking into creating R bindings for a medium sized C library. I
| have read up on how to access simple C functions using the .C and .Call
| methods and what I'm looking for now is a way to automate the generation
| of the necessary glue
On 23 October 2006 at 16:51, Deepayan Sarkar wrote:
[... nice announcement trimmed ...]
| There are a couple of things about which I would like some advice:
|
| (1) The package currently contains a very rudimentary configure script
| which stops installation when readline is not found. I'm not su
On 28 October 2006 at 00:18, Peter Dalgaard wrote:
| [EMAIL PROTECTED] writes:
| > I get the tarballs form ftp://ftp.stat.math.ethz.ch/Software/R and I
| > noticed that the only R-patched there is dated 2006-10-03, while R-devel is
| > up to 2006-10-25. Did, by any chance, a depository for the R-
On 28 October 2006 at 22:15, Martin Maechler wrote:
| >>>>> "Dirk" == Dirk Eddelbuettel <[EMAIL PROTECTED]>
| >>>>> on Sat, 28 Oct 2006 08:30:38 -0500 writes:
|
| Dirk> On 28 October 2006 at 00:18, Peter Dalgaard wrote: |
| Dirk> [
On 28 October 2006 at 22:15, Martin Maechler wrote:
| but no longer now.
| [A "svn cleanup" was needed.
| I've amended the cron-job script to do an "svn cleanup" now
| always before "svn update". This of course is a waste of time in
| 99.9% of cases; but it's just a CPU's time, not a person
On 29 October 2006 at 10:29, Dirk Eddelbuettel wrote:
|
| On 28 October 2006 at 22:15, Martin Maechler wrote:
| | but no longer now.
| | [A "svn cleanup" was needed.
| | I've amended the cron-job script to do an "svn cleanup" now
| | always before "svn update&q
On 29 October 2006 at 19:29, Peter Dalgaard wrote:
| Dirk Eddelbuettel <[EMAIL PROTECTED]> writes:
|
|
| > ... unless of course all those checkins went to trunk/ aka R-devel.
|
| ... which "svn -r 39733:BASE" on the branch would have told you:
At that point it "couldn&
Running R CMD check on a local package, I get
* checking Rd files ... OK
* checking Rd cross-references ... WARNING
Error in .find.package(package, lib.loc) :
there is no package called 'boot'
Execution halted
* checking for missing documentation entries ... OK
* checking for code/documen
On 30 November 2006 at 12:37, Kurt Hornik wrote:
| >>>>> Uwe Ligges writes:
|
| > Dirk Eddelbuettel wrote:
| >> Running R CMD check on a local package, I get
| >>
| >> * checking Rd files ... OK
| >> * checking Rd cross-references ... WARNING
|
( I added Kurt + Uwe back here again, they had replied earlier in the thread.)
On 1 December 2006 at 11:27, Prof Brian Ripley wrote:
| On Fri, 1 Dec 2006, Martin Maechler wrote:
|
| >>>>>> "Dirk" == Dirk Eddelbuettel <[EMAIL PROTECTED]>
| >>>>&g
On 1 December 2006 at 14:00, Peter Dalgaard wrote:
| The R Core Team has decided to aim for the release of 2.4.1 on Monday
| December 18. This involves a feature freeze on Monday the 4th and code
| freeze on Monday 11th. Automated builds of beta release and release
| candidate tarballs will be ava
On 3 December 2006 at 11:47, Christos Hatzis wrote:
| Thank you. The code in kmeans.c is indeed informative. One needs to
| remember that an R matrix is a vector with attributes.
In case there is any chance that you could turn your part of the source from
C into C++, try RcppTemplate from CRAN
I just found out that an .onLoad() function such as this stylized one (where
I just renamed some identifiers)
.onLoad <- function(lib, pkg) {
require(zoo, quiet=TRUE, warn.conflicts=FALSE)
library.dynam("foolib", pkg, lib )
if (.Platform$OS.type != "windows") {
initSomeServices()
}
On 16 January 2007 at 16:39, Duncan Murdoch wrote:
| On 1/16/2007 4:02 PM, Dirk Eddelbuettel wrote:
| > I just found out that an .onLoad() function such as this stylized one (where
| > I just renamed some identifiers)
| >
| >
| > .onLoad <- function(lib, pkg) {
| > re
Mark,
Great question. As Gabor said, if it is "just for R", there is no point in
learning C or C++. However, learning new programming paradigms is very useful
in and by itself, and being able to extend R with C, C++ or Fortran is
extremely useful for R.
I would suggest what I jokingly call 'C+'
On Wed, Jan 24, 2007 at 11:15:49AM -0800, Vladimir Eremeev wrote:
> The problem is. R crashes with the "segmentation violation".
> Tracing with the insight and with simple Rprintf's gave me that crash occurs
> on the call of the function deeply in the snns kernel.
> That is, R correctly calls C wr
Hi Bryce,
On 14 October 2024 at 09:13, Simon Urbanek wrote:
| If you are willing to use C++ then RInside is a nice package that wraps the R
API in C++ classes for easier use: https://github.com/eddelbuettel/rinside
simplifying it quite a bit.
Thanks for mention, Simon! And yes, embedding R is
On 17 October 2024 at 13:42, Tim Taylor wrote:
| I mean the `numeric_version` object not a numeric (double/int).
| Basically to protect me from myself I'd prefer not to have to remember
| to wrap `getNamespaceVersion()` with `as.package_version()`.
That would be a breaking change. I suspect yo
On 17 October 2024 at 12:38, Tim Taylor wrote:
| Would R-Core be receptive to having getNamespaceVersion() return a
| numeric_version object instead of a named character?
Is this good enough? What's your actual issue a 'numeric' would address?
> as.package_version(getNamespaceVersion("base"
R Core,
Here is another minor typo which I had spotted three days ago and sent to
Brian, but have not heard back nor seen it incorporated. Doubly trivial as in
a comment but a dual typo nevertheless. Would be nice if someone could fold
this in. I still have the same diff here for the current r87
On 10 February 2025 at 11:00, Tobias Verbeke wrote:
| Another argument to demonstrate the feasibility is the r2u project
| (https://github.com/eddelbuettel/r2u). It offers CRAN as Ubuntu Binaries, but
| in order to build these Ubuntu Binaries it actually makes use of the binary R
| packages built
On 10 February 2025 at 07:35, Carl Boettiger wrote:
| Great discussion.
|
| Just to note another example I don't think was mentioned -- The r-universe
| project also builds binaries for Linux (Ubuntu latest) https://
| docs.r-universe.dev/install/binaries.html (as well as other targets includi
On 10 February 2025 at 23:19, Jeroen Ooms wrote:
| The "naked binaries" are widely used, and therefore probably useful to
| many folks, me included. Some standardisation on paths would be
| incredibly useful, even if CRAN would not offer such binaries, other
| repositories could.
Sure, but naked
Michael,
This looks rather like a 'compile-time versus run-time' question to me. If
you look at etc/Renviron.in in the R sources you see a number of choices,
some of them with configure-time determined values (which I tend to override
with values for the Debian package).
For 'EDIT' it is
##
On 11 December 2024 at 15:00, Michael Chirico wrote:
| Thanks Simon, I didn't know that! That's definitely a compelling
| reason to leave the current default untouched and to eschew any
| finicky attempts to find back-up editors.
I am not sure I agree with the fairly bold statement by Simon. I d
On 25 January 2025 at 10:08, Tony Wilkes wrote:
| I heard somewhere that Core R is developing the implementation of true 64bit
integers.
Would you have a source reference for that claim?
| Is this true? If so, may I know what the status is of this development, and
when, approximately, one can
On 15 March 2025 at 09:49, Ivan Krylov wrote:
| On Fri, 14 Mar 2025 22:25:54 -0500
| Dirk Eddelbuettel wrote:
|
| > An older package I looked at apparently currently fails to build under
| > r-devel (and with that my thanks to R-universe for giving us a
| > 'broad' range
I can never remember where the canonical sources are for the effectively-CRAN
maintained packages so I am dropping it here -- yesterday's update to RJSONIO
does not build on anything older than r-devel. This patch helps, feel free
to adjust as needed.
Dirk
diff -ru RJSONIO.orig/src/RJSON.c RJ
On 8 April 2025 at 23:15, Bryce Carson wrote:
| I know ESS already has a better interface for installing packages, C-c C-e
| TAB, but it'd be "neat" if when I forget to do this and I call
| install.packages() without first setting a mirror that either the same
| interface would be presented rathe
It is also pretty straightforward to roll your own actions and / or use
different, simpler YAML setups. I still use a 'rolled forward and maintained
by me now version' of the shell script many of us started with at Travis CI.
It works, is portable across multiple CI backend, and is still a shell
Follow-up and 'case (sort of) closed': Tomas and I dug around some more and
it is due to me setting CC in ~/.R/Makevars (to
VER=-14
CCACHE=ccache
CC=$(CCACHE) gcc$(VER)
which drops the compilation standard flag (needed here for C23) and attached
to CC by configure.
I think that is actual
An older package I looked at apparently currently fails to build under
r-devel (and with that my thanks to R-universe for giving us a 'broad' range
of builds for free -- off our development sources) over 'bool' related
changes and enum definitions.
I can get it to behave and build by declaring
On 17 April 2025 at 11:40, zhangdandan wrote:
| Source: r-base
| Version: 4.5.0-1
| Severity: normal
| Tags: FTBFS patch
| User: debian-loonga...@lists.debian.org
| Usertags: loong64
|
| Hi maintainers,
|
| Compiling the rjava 1.0-11-1 failed for loong64 in the Debian Package
| Auto-Building e
On 15 May 2025 at 11:41, Jeroen Ooms wrote:
| The case that bit me yesterday was a Bioconductor package Rigraphlib,
| see
https://bioconductor.org/packages/release/bioc/src/contrib/Rigraphlib_1.0.0.tar.gz
|
| This package builds a static library entirely from a configure script.
| Because there
901 - 968 of 968 matches
Mail list logo
