Re: [Bioc-devel] any interest in a BiocMatrix core package?

2018-05-21 Thread Peter Hickey
A belated follow-up on this thread. I've created a minimal package and GitHub repo at https://github.com/Bioconductor/MatrixGenerics; might I suggest we move the discussion there for the time being? I've created some issues already to discuss the main points. These would really benefit from

Re: [Bioc-devel] Build error in tokay2: cannot reserve space for vector

2018-05-21 Thread Hervé Pagès
On 05/21/2018 05:50 AM, Martin Morgan wrote: Remember that 32-bit Windows can only address vectors that are less than 2^32 - 1 elements long -- it looks like your example is trying to do more than this, and the solution is to implement a more modest example. 32-bit Windows limits the amount

Re: [Bioc-devel] modify _R_CHECK_FORCE_SUGGESTS_ ?

2018-05-21 Thread Hervé Pagès
Hi Vivek, I'd say don't worry about R CMD check failing with the Single Package Builder on Windows for now. When your package gets accepted, we'll set _R_CHECK_FORCE_SUGGESTS_ to FALSE on Windows so your package will be supported on this platform despite having Rsubread in Suggests. Note that

Re: [R-pkg-devel] CRAN pretest: Overall checktime 14 min > 10 min

2018-05-21 Thread Chris Njuguna
Okay, thanks. And thank you all for putting in your time and effort! Christopher Njuguna cell: +254 717 916 343 cell: +254 739 956 510 gchat: chris.njuguna skype: christopher.njuguna twitter: @chrisnjuguna On Mon, May 21, 2018 at 7:20 PM, Uwe Ligges wrote: >

Re: [R-pkg-devel] CRAN pretest: Overall checktime 14 min > 10 min

2018-05-21 Thread Uwe Ligges
Well, on incoming, we only check on two systems and the Windows timings will be reported in the message you receive, you can also see them when using the winbuilder service. For some of the other OS/ R flavors, you can see them after they are published on CRAN on the check summary pagesa on

Re: [R-pkg-devel] CRAN pretest: Overall checktime 14 min > 10 min

2018-05-21 Thread Uwe Ligges
On 21.05.2018 18:04, Dirk Eddelbuettel wrote: On 21 May 2018 at 17:46, Uwe Ligges wrote: | In addition to what Dirk said, I just added this experimental test for | CRAN incoming checks few days ago and it should not reject but lead to | manual inspection, this will be fixed on CRAN side

Re: [R-pkg-devel] CRAN pretest: Overall checktime 14 min > 10 min

2018-05-21 Thread Dirk Eddelbuettel
On 21 May 2018 at 17:46, Uwe Ligges wrote: | In addition to what Dirk said, I just added this experimental test for | CRAN incoming checks few days ago and it should not reject but lead to | manual inspection, this will be fixed on CRAN side shortly. | | Nevertheless: The idea is that we have

Re: [Rd] debugonce() functions are not considered as debugged

2018-05-21 Thread Tomas Kalibera
debug(fun) marks "fun" for debugging, it makes sure that whenever "fun" is called, the debugger is entered undebug(fun) removes this mark; it won't stop any current debugging of that function isdebugged(fun) tells whether this mark is set or not; it does not tell whether "fun" is currently

Re: [R-pkg-devel] CRAN pretest: Overall checktime 14 min > 10 min

2018-05-21 Thread Chris Njuguna
Thank you for this! It makes a lot of sense. I will adopt this version naming and testing scheme. I do have some internet-based tests including a small download. These could be adding some variability so will move them out of the regular tests. Christopher Njuguna cell: +254 717 916 343

Re: [Bioc-devel] MoonlightR maintainer

2018-05-21 Thread Turaga, Nitesh
Hi Catharina, You should have access now. Best, Nitesh > On May 21, 2018, at 9:54 AM, Catharina Olsen wrote: > > Dear bioc-devel team, > > Antonio Colaprico and myself are listed as maintainers of MoonlighR. However, > I do not have access. Could you please add my

Re: [Bioc-devel] Access rights to data packages

2018-05-21 Thread Shepherd, Lori
Okay thank you. we will work on getting the new version up. sorry for the confusion. Lori Shepherd Bioconductor Core Team Roswell Park Cancer Institute Department of Biostatistics & Bioinformatics Elm & Carlton Streets Buffalo, New York 14263 From: Nuno

Re: [Bioc-devel] merge two maintainer accounts

2018-05-21 Thread Obenchain, Valerie
Hi Rhonda, Thanks for letting us know. We can definitely merge maintainers and would prefer just one account per person. I've removed the account for rbac...@ufl.edu. You now have the single account for rhonda.bac...@gmail.com which is

Re: [Bioc-devel] Build error in tokay2: cannot reserve space for vector

2018-05-21 Thread Martin Morgan
Remember that 32-bit Windows can only address vectors that are less than 2^32 - 1 elements long -- it looks like your example is trying to do more than this, and the solution is to implement a more modest example. Martin On 05/18/2018 04:05 AM, Sergio Picart Armada wrote: Dear Bioconductor

Re: [R-pkg-devel] CRAN pretest: Overall checktime 14 min > 10 min

2018-05-21 Thread Dirk Eddelbuettel
I can't speak to the recent increase on Windows. It may be load; it may be related to R 3.5.0 --- but I'd even whittle things down from 5+ minutes. At one point in the past we were told to aim for 1 minute, give or take. So e.g. Rcpp has been using a scheme for _many_ years where I take a cue

[Bioc-devel] Access rights to data packages

2018-05-21 Thread Nuno Agostinho
Dear all, I have access rights to modify a Bioconductor software package of mine, as per the information in https://git.bioconductor.org/BiocCredentials/ for the e-mail nunodanielagosti...@gmail.com .

[R-pkg-devel] CRAN pretest: Overall checktime 14 min > 10 min

2018-05-21 Thread Chris Njuguna
Hi, I am trying to submit an update to the Rnightlights package that I maintain (on CRAN at https://cran.r-project.org/package=Rnightlights and source code on Github at https://github.com/chrisvwn/Rnightlights). I am getting a checktime note specifically for checks on the

Re: [Bioc-devel] Batch Package Submission

2018-05-21 Thread Paolo Martini
Ok. Thanks a lot. Il giorno gio 17 mag 2018 alle ore 18:30 Hervé Pagès ha scritto: > Hi Paolo, > > On 05/17/2018 08:38 AM, Paolo Martini wrote: > > Dear list, > > I am about to submit a new package. > > For my commodity (code reuse across other packages that I have done)