search for: carlboettiger

...my experience, you *can* store stuff in those directories, but you are required to clean up after yourself in CRAN checks. In other words, if something is left behind when the check ends, CRAN won't be happy. I?aki > > Cheers, > > Carl > > --- > Carl Boettiger > http://carlboettiger.info/ > > On Wed, Jun 28, 2023 at 12:59?PM Simon Urbanek > <simon.urbanek at r-project.org> wrote: > > > > Carl, > > > > I think your statement is false, the whole point of R_user_dir() is for packages to have a well-defined location that is allowed - from CRA...

...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 12:59?PM Simon Urbanek <simon.urbanek at r-project.org> wrote: > > Carl, > > I think your statement is false, the whole point of R_user_dir() is for packages to have a well-defined location that is allowed - from CRAN policy: > > "For R ve...

...shows that /usr/lib has libjags.so.4, not libjags.so.3 that rjags is looking for above. Perhaps the rjags binary is just a bit out of date on debian:testing right now? Any suggestions on how to work around this? Thanks for your help and apologies for my ignorance in this area, Carl -- http://carlboettiger.info [[alternative HTML version deleted]]

...policy, a package developer can obviously set these environmental variables themselves within the call for every example, every unit test, and every vignette. Is this the recommended approach or is there a better technique? Thanks for any clarification! Regards, Carl --- Carl Boettiger http://carlboettiger.info/

...ght now? Confirmed, also in our rocker Docker container, and using '-t unstable'. Chris, could you tickle a new version pretty-please? Dirk | | Any suggestions on how to work around this? | | Thanks for your help and apologies for my ignorance in this area, | | Carl | -- | | http://carlboettiger.info | | [[alternative HTML version deleted]] | | _______________________________________________ | R-SIG-Debian mailing list | R-SIG-Debian at r-project.org | https://stat.ethz.ch/mailman/listinfo/r-sig-debian -- http://dirk.eddelbuettel.com | @eddelbuettel | edd at debian.org

...iling list > > https://stat.ethz.ch/mailman/listinfo/r-devel > > > > [[alternative HTML version deleted]] > > ______________________________________________ > R-devel at r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > -- http://carlboettiger.info [[alternative HTML version deleted]]

...lse has encountered this problem on the Ubuntu version and/or if I should report this as a bug, and to whom. (My apologies, the Debian package information for the ubuntu .deb file isn't particularly clear on to whom I should report bugs). Cheers, Carl -- Carl Boettiger UC Santa Cruz http://carlboettiger.info/ [[alternative HTML version deleted]]

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

...n4.nabble.com/Bug-in-sample-td4729483.html, and more recently in https://www.stat.berkeley.edu/~stark/Preprints/r-random-issues.pdf, pointing to the python implementation for comparison: https://github.com/statlab/cryptorandom/blob/master/cryptorandom/cryptorandom.py#L265 Thanks! Carl -- http://carlboettiger.info [[alternative HTML version deleted]]

...___________________________ > > R-devel at r-project.org mailing list > > https://stat.ethz.ch/mailman/listinfo/r-devel > > ______________________________________________ > R-devel at r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > -- http://carlboettiger.info [[alternative HTML version deleted]]

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