[R-pkg-devel] CRAN pretest archived because of 2 NOTEs

2018-04-18 Thread Gertjan van den Burg
Unless I'm missing something, I don't think this would work. The random numbers are generated in the C library and while I could replace the RNG I use now with the RNG from SyncRNG, requiring the users to take action for this seems to place an unnecessary burden on them. Gertjan On

Re: [R-pkg-devel] CRAN pretest archived because of 2 NOTEs

2018-04-18 Thread Iñaki Úcar
2018-04-18 22:49 GMT+02:00 Gertjan van den Burg : > Thanks for your comment. Your suggestion wouldn't solve my original problem > unfortunately, because then I'd have to reverse engineer R's RNG for my > Python package. Besides, the quality of the random numbers

[R-pkg-devel] CRAN pretest archived because of 2 NOTEs

2018-04-18 Thread Gertjan van den Burg
Thanks for your comment. Your suggestion wouldn't solve my original problem unfortunately, because then I'd have to reverse engineer R's RNG for my Python package. Besides, the quality of the random numbers doesn't really matter here, it only matters that they're the same across my packages.

Re: [R-pkg-devel] CRAN pretest archived because of 2 NOTEs

2018-04-18 Thread Ben Bolker
Your points are well taken, but it's also necessary (IMO) for the CRAN maintainers to have some flexibility, while still being able to hold package maintainers to account. Long-time package maintainers (like you) have some issues that new submitters don't; the large-component check was

Re: [R-pkg-devel] CRAN pretest archived because of 2 NOTEs

2018-04-18 Thread J C Nash
If NOTEs are going to be treated as errors, then a lot of infrastructure (all my packages for optimization and nonlinear modelling, which are dependencies of a few dozen other packages etc.) will disappear. This is because they have version numbering I've been using in some form that pre-dates R

Re: [R-pkg-devel] CRAN pretest archived because of 2 NOTEs

2018-04-18 Thread Hadley Wickham
For the purposes of CRAN submission, you should basically treat every NOTE as an ERROR. Hadley On Wed, Apr 18, 2018 at 3:36 AM, Gertjan van den Burg wrote: > While waiting to get this message posted to the list, I've solved the > problem by copying the stdlib rand()

Re: [R-pkg-devel] Rd files: using \link[pkg]{foo} when file names differ between OSs

2018-04-18 Thread Ramon Diaz-Uriarte
Dear Duncan, On Mon, 16-April-2018, at 17:52:10, Duncan Murdoch wrote: > On 16/04/2018 11:35 AM, Ramon Diaz-Uriarte wrote: >> Dear All, >> >> Two recent threads in the bioconductor devel mailing list >>

[R-pkg-devel] CRAN pretest archived because of 2 NOTEs

2018-04-18 Thread Gertjan van den Burg
While waiting to get this message posted to the list, I've solved the problem by copying the stdlib rand() and srand() functions into my package under a different name. This makes the check pass and ensures my RNG does not interfere with R's RNG. I do think that if this NOTE causes immediate