search for: cboettig

On Thu, 29 Jun 2023 at 01:34, Carl Boettiger <cboettig at gmail.com> wrote: > > Thanks Simon, I was very much hoping that would be the case! It may > be that I just need to put the version requirement on 4.0 then. I > will be sure to add this version restriction to my packages (which > technically I should be doing anyway since this...

...ective user directories obtained from tools::R_user_dir(), provided that by default sizes are kept as small as possible and the contents are actively managed (including removing outdated material)." > > Cheers, > Simon > > > > On 28/06/2023, at 10:36 AM, Carl Boettiger <cboettig at gmail.com> wrote: > > > > tools::R_user_dir() provides configurable directories for R packages > > to write persistent information consistent with standard best > > practices relative to each supported operating systems for > > applications to store data, config,...

...t for the msg below (edited for space). Possibly tech failures are causing misunderstandings. JN On 14-06-02 06:00 AM, r-devel-request at r-project.org wrote: > Message: 4 Date: Mon, 02 Jun 2014 14:06:28 +0900 From: Duncan Murdoch > <murdoch.duncan at gmail.com> To: Carl Boettiger <cboettig at gmail.com>, > Gabriel Becker <gmbecker at ucdavis.edu> Cc: Henrik Bengtsson > <hb at biostat.ucsf.edu>, R-devel <r-devel at r-project.org> Subject: Re: [Rd] > R CMD check for the R code from vignettes Message-ID: > <538C0654.7050205 at gmail.com> Content-Ty...

...n page: https://stat.ethz.ch/pipermail/r-devel/2018-May/076203.html Cheers, -Thomas > From: Duncan Murdoch <murdoch.duncan at gmail.com> > To: =?UTF-8?B?SGVydsOpIFBhZ8Oocw==?= <hpages at fredhutch.org>, Dirk > Eddelbuettel <edd at debian.org>, Carl Boettiger <cboettig at gmail.com> > Subject: Re: [Rd] Where does L come from? > > On 25/08/2018 4:49 PM, Herv? Pag?s wrote: > > The choice of the L suffix in R to mean "R integer type", which > > is mapped to the "int" type at the C level, and NOT to the "long int"...

tools::R_user_dir() provides configurable directories for R packages to write persistent information consistent with standard best practices relative to each supported operating systems for applications to store data, config, and cache information respectively. These standard best practices include writing to directories in the users home filespace, which is also specifically against CRAN policy.

I always thought it meant "Long" (I'm assuming R's integers are long integers in C sense (iirrc one can declare 'long x', and it being common to refer to integers as "longs" in the same way we use "doubles" to mean double precision floating point). But pure speculation on my part, so I'm curious! On Sat, Aug 25, 2018 at 6:50 AM Henrik Bengtsson

Hi list, I've just upgraded my Ubuntu system to 14.04 / Trusty Tahr. I now find that when I launch the "R" software environment, I immediately get a segmentation fault with no further warning or error message. I tried removing the relevant base package, which seemed to successfully remove R entirely from my system: sudo aptitude remove --purge r-base-core I then simply

Hi list, >From a vanilla debian:testing machine (e.g. docker run -ti debian:testing bash) I install `r-cran-rjags`, which appears to install fine. However, attempting to actually load the library in R produces the following error: library(rjags) Loading required package: coda Error : .onLoad failed in loadNamespace() for 'rjags', details: call: dyn.load(file, DLLpath = DLLpath,

Dear Johannes, R-sig-debian list, Along with Dirk Eddelbuettel I've been maintaining Debian-based Docker containers for R. Recently our container installing r-base has started to fail. This seems to be due to a problem with the libjpeg dependencies. The example I show below was working with debian:jessie on Jan 5th, but has been failing since then.

Dear list, It looks to me that R samples random integers using an intuitive but biased algorithm by going from a random number on [0,1) from the PRNG to a random integer, e.g. https://github.com/wch/r-source/blob/tags/R-3-5-1/src/main/RNG.c#L808 Many other languages use various rejection sampling approaches which provide an unbiased method for sampling, such as in Go, python, and others

For a well-tested C algorithm, based on my reading of Lemire, the unbiased "algorithm 3" in https://arxiv.org/abs/1805.10941 is part already of the C standard library in OpenBSD and macOS (as arc4random_uniform), and in the GNU standard library. Lemire also provides C++ code in the appendix of his piece for both this and the faster "nearly divisionless" algorithm. It would be