Re: [Bioc-devel] EXTERNAL: Fwd: PREDA problems reported in the Multiple platform build/check report for BioC 3.7

Good day, Similar to you, I am awaiting the restoration of sparsediscrim which was removed on the same day as PREDA. -- Dario Strbenac University of Sydney Camperdown NSW 2050 Australia ___ Bioc-devel@r-project.org

Re: [Rd] vctrs: a type system for the tidyverse

> First off, you are using the word "type" throughout this email; You seem to > mean class (judging by your Date and factor examples, and the fact you > mention S3 dispatch) as opposed to type in the sense of what is returned by > R's typeof() function. I think it would be clearer if you called

Re: [Bioc-devel] EXTERNAL: Fwd: PREDA problems reported in the Multiple platform build/check report for BioC 3.7

You can wait a little longer if you like. It might also be helpful to reach out to the samr maintainers to see if they have any intention of bringing it back onto CRAN. I would not recommend waiting too long, as the package will need to be fixed before the next release to avoid deprecation in

Re: [Bioc-devel] EXTERNAL: RSA key format

Hi, On 08/06/2018 07:36 AM, j.j.goe...@lumc.nl wrote: Dear Valerie, Thanks for helping me out. 1) https://github.com/jellegoeman is my github account indeed but it has no public repositories so far so I guess you can�t see it for that reason? Possibly. Follow

Re: [Rd] vctrs: a type system for the tidyverse

Hadley, Looks interesting and like a fun project from what you said in the email (I don't have time right now to dig deep into the readme) A few thoughts. First off, you are using the word "type" throughout this email; You seem to mean class (judging by your Date and factor examples, and the

[Bioc-devel] Fwd: PREDA problems reported in the Multiple platform build/check report for BioC 3.7

Looks like a CRAN package is no more available, and this is triggering a problem with a “suggested” dependency * checking package dependencies ... ERROR Package suggested but not available: ‘samr’ which indeed has been removed from CRAN on July 20:

[Rd] vctrs: a type system for the tidyverse

Hi all, I wanted to share with you an experimental package that I’m currently working on: vctrs, . The motivation for vctrs is to think deeply about the output “type” of functions like `c()`, `ifelse()`, and `rbind()`, with an eye to implementing one strategy

[Rd] SIGSEGV in R_RunWeakRefFinalizer, object allocated with Rcpp

Hi all, I'm not sure if I'm not supposed to do the following (the dyn.unload part, I mean) or this could be a bug (in R or Rcpp): ``` Rcpp::sourceCpp(code=' #include class Object {}; //[[Rcpp::export]] SEXP new_object() { return Rcpp::XPtr(new Object()); }' ) new_object()

Re: [Bioc-devel] EXTERNAL: RSA key format

Dear Valerie, Thanks for helping me out. 1) https://github.com/jellegoeman is my github account indeed but it has no public repositories so far so I guess you can't see it for that reason? 2) All except can j.j.goe...@lumc.nl be removed. How do I diagnose the

[Bioc-devel] RSA key format

Dear All, It's been a long time that I haven't made any updates to globaltest, so I'm still not updated to the new git system (which I think is a very good idea). I'm having trouble connecting, however. When I use git fetch upstream I get "Permission denied (publickey)" I have uploaded my rsa

Re: [Bioc-devel] EXTERNAL: introducing BiocManager in devel packagepages?

On 08/06/2018 01:30 AM, Anamaria Elek wrote: Hi everyone! Now this might be a silly question, but since this is my first time submitting to bioc, please ignore my ignorance. What I’d like to know is this: my package has been accepted, although not yet added to the devel bioc – is it ok if I

Re: [Rd] [R] MASS::boxcox "object not found"

Hmm, this looks like a buglet/infelicity in update.lm rather than MASS::boxcox per se. Moving to R-devel. I think the story is that update.lm eventually does eval(call, parent.frame()) where the call is extracted from the lm object, but call$formula is unevaluated, and does not