similar to: Correct use of tools::R_user_dir() in packages?

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 function didn't exist in early versions of `tools`.) Cheers, Carl --- Carl Boettiger http://carlboettiger.info/ On Wed, Jun 28, 2023 at

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 function didn't exist > in early

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,

On 16 March 2023 at 13:39, Felipe Contreras wrote: | I see R by default installs packages in ~/R. I know I can change the | default directory with R_LIBS_USER, but software shouldn't be | polluting the home directory. | | For example both python and node install packages to ~/.local/lib, | ruby to ~/.local/share. They don't install to for example ~/node. | | R should do the same: it

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

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

I apologize in advance for not having done more homework in advance, but thought I would send this along to see if anyone else was seeing this. I am having some sort of ggplot2/plyr/very-recent-R-devel dependency issues. Just installed R Under development (unstable) (2014-09-01 r66509) -- "Unsuffered Consequences" from source. > packageVersion("ggplot2") [1]

Not that it brings closure, but there's also https://stat.ethz.ch/pipermail/r-devel/2017-June/074462.html Henrik On Sat, Aug 25, 2018, 06:40 Marc Schwartz via R-devel <r-devel at r-project.org> wrote: > On Aug 25, 2018, at 9:26 AM, Hadley Wickham <h.wickham at gmail.com> wrote: > > > > Hi all, > > > > Would someone mind pointing to me to the

I noted Duncan's comment that an answer had been provided, and went to the archives to find his earlier comment, which I am fairly sure I saw a day or two ago. However, neither May nor June archives show Duncan in the thread except 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: >

On 25 August 2018 at 09:28, Carl Boettiger wrote: | 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 |

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" > type, is really unfortunate as it seems to be misleading and confusing > a lot of people. Can you provide any evidence of that (e.g. a link to a message from one of these

Hi, I see R by default installs packages in ~/R. I know I can change the default directory with R_LIBS_USER, but software shouldn't be polluting the home directory. For example both python and node install packages to ~/.local/lib, ruby to ~/.local/share. They don't install to for example ~/node. R should do the same: it should install packages to somewhere inside ~/.local by default.

On 9/20/18 1:43 AM, Carl Boettiger wrote: > 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

El mi?., 19 sept. 2018 a las 14:43, Duncan Murdoch (<murdoch.duncan at gmail.com>) escribi?: > > On 18/09/2018 5:46 PM, Carl Boettiger wrote: > > 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. > >

A quick point of order here: arguing with Duncan in this forum is helpful to expose ideas, but probably neither side will convince the other; eventually, if you want this adopted in core R, you'll need to convince an R-core member to pursue this fix. In the meantime, a good, well-tested implementation in a user-contributed package (presumably written in C for speed) would be enormously

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 including | wasm).? It also provides binaries for Bioconductor and packages on any | git-based version

> Your best bet really to govern your .libPaths from your Rprofile.site and Renviron.site ... To do this for any version of R, one can add: R_LIBS_USER=~/.local/share/R/%p-library/%v to ~/.Renviron or the Renviron.site file. This automatically expands to the platform and R x.y version early on when R starts up, e.g. ~/.local/share/R/x86_64-pc-linux-gnu-library/4.2. > rather than asking a

The 53 bits only encode at most 2^{32} possible values, because the source of the float is the output of a 32-bit PRNG (the obsolete version of MT). 53 bits isn't the relevant number here. The selection ratios can get close to 2. Computer scientists don't do it the way R does, for a reason. Regards, Philip On Wed, Sep 19, 2018 at 9:05 AM Duncan Murdoch <murdoch.duncan at

On 28 October 2015 at 16:22, Carl Boettiger wrote: | 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

On 25 August 2018 at 13:49, 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" | type, is really unfortunate as it seems to be misleading and confusing | a lot of people. The point I was trying to make in what you quote below is that the L may come from a time