Re: [Bioc-devel] switching to git

Hi, You do not receive an email after submitting your key. We have added the latest set of keys, Please try again. Nitesh > On Nov 7, 2017, at 8:06 PM, Peter Haverty wrote: > > I'm working on using the new git setup. I've provided my GitHub user name > to BioC's

[Bioc-devel] switching to git

I'm working on using the new git setup. I've provided my GitHub user name to BioC's form, so that my public key can be used with BioC's git. I believe I was supposed to receive an email after that was set up, but I have not. Is there something else I need to do? Regards, Pete

Re: [Bioc-devel] "Long tests" builds

2 more things: On 11/07/2017 02:10 PM, Hervé Pagès wrote: Hi developers, In this recent thread: https://stat.ethz.ch/pipermail/bioc-devel/2017-October/012154.html some of you expressed the desire to be able to have extra/longer unit tests in their package, with these tests being run on a

[Bioc-devel] "Long tests" builds

Hi developers, In this recent thread: https://stat.ethz.ch/pipermail/bioc-devel/2017-October/012154.html some of you expressed the desire to be able to have extra/longer unit tests in their package, with these tests being run on a regular basis by our build machines. To address this, we've

Re: [Rd] New vcov(*, complete=TRUE) etc -- coef() vs coef()

Dear Martin, I think that your plan makes sense. It's too bad that aov() behaved differently in this respect from lm(), and thus created more work, but it's not be a bad thing that the difference is now explicit and documented. I expect that that other problems like this will surface,

[Rd] New vcov(*, complete=TRUE) etc -- coef() vs coef()

> Martin Maechler > on Thu, 2 Nov 2017 21:59:00 +0100 writes: > Fox, John > on Thu, 14 Sep 2017 13:46:44 + writes: >> Dear Martin, I made three points which likely got lost >> because of the way I presented them:

[R-pkg-devel] building package binaries for various OSX versions

Hi: A user of a binary package I provided reported that he could not load it from R on Mac OSX version 10.11 (El Capitan). The result of running "require()" is: Error in dyn.load(file, DLLpath = DLLpath, ...) : unable to load shared object ...: dlopen(so, 6): Symbol not found: _clock_getres

Re: [Rd] range function with finite=T and logical parameters

FYI this has been fixed in R-devel by Martin Tomas On 10/23/2017 06:36 PM, Martin Maechler wrote: Lukas Stadler on Mon, 23 Oct 2017 15:56:55 +0200 writes: > Hi! > I was wondering about the behavior of the range function wrt. logical NAs: >>

Re: [R-pkg-devel] How to include examples that run > 5 secs and contain personal info

There are also lots of ways to "mock" examples / tests. You might give examples that are "not run" in your code, and then if you want to "test" the functionality, use "testthat" with mocked tests, that don't involve hitting the website, except for a single case to make sure that particular