[Bioc-devel] Error when creating git-svn bridge

2014-11-10 Thread Peter Humburg
Hi, I'm trying to create git-svn bridges for my Bioconductor packages but get the following error: An error occurred creating the git-svn bridge. Any idea what the problem might be? Cheers, Peter [[alternative HTML version deleted]] ___

Re: [Bioc-devel] PPA with built bioconductor packages (for continuous integration)

2014-11-10 Thread Laurent Gautier
On Nov 9, 2014 8:06 PM, Dan Tenenbaum dtene...@fredhutch.org wrote: - Original Message - From: Martin Morgan mtmor...@fredhutch.org To: Laurent Gautier lgaut...@gmail.com, bioc-devel@r-project.org Sent: Sunday, November 9, 2014 8:26:48 AM Subject: Re: [Bioc-devel] PPA with

Re: [Bioc-devel] Changes to Hits class in devel branch affecting distanceToNearest method

2014-11-10 Thread Peter Hickey
Thanks, Val and Herve. On 08/11/2014, at 8:47 AM, Valerie Obenchain voben...@fredhutch.org wrote: These issues are fixed in IRanges 2.1.8 and GenomicRanges 1.19.5. Valerie On 11/05/14 18:32, Herv� Pag�s wrote: Hi Peter, The new validity method for Hits revealed some issues with the

Re: [Bioc-devel] PPA with built bioconductor packages (for continuous integration)

2014-11-10 Thread Martin Morgan
On 11/09/2014 11:06 AM, Dan Tenenbaum wrote: - Original Message - From: Martin Morgan mtmor...@fredhutch.org To: Laurent Gautier lgaut...@gmail.com, bioc-devel@r-project.org Sent: Sunday, November 9, 2014 8:26:48 AM Subject: Re: [Bioc-devel] PPA with built bioconductor packages (for

Re: [Bioc-devel] PPA with built bioconductor packages (for continuous integration)

2014-11-10 Thread Vincent Carey
On Mon, Nov 10, 2014 at 12:19 PM, Martin Morgan mtmor...@fredhutch.org wrote: On 11/09/2014 11:06 AM, Dan Tenenbaum wrote: - Original Message - From: Martin Morgan mtmor...@fredhutch.org To: Laurent Gautier lgaut...@gmail.com, bioc-devel@r-project.org Sent: Sunday, November 9,

Re: [Bioc-devel] PPA with built bioconductor packages (for continuous integration)

2014-11-10 Thread Laurent Gautier
They would work in the context of well defined system such as the VM used by popular continuous integration providers (Travis or Drone for example). Then it would be easy as having the binaries built as artifacts by continuous integration and made available to other continuous integration

Re: [Bioc-devel] PPA with built bioconductor packages (for continuous integration)

2014-11-10 Thread Dan Tenenbaum
- Original Message - From: Laurent Gautier lgaut...@gmail.com To: Martin Morgan mtmor...@fredhutch.org Cc: bioc-devel@r-project.org, Dan Tenenbaum dtene...@fredhutch.org Sent: Monday, November 10, 2014 9:57:00 AM Subject: Re: [Bioc-devel] PPA with built bioconductor packages (for

Re: [Bioc-devel] PPA with built bioconductor packages (for continuous integration)

2014-11-10 Thread Tim Triche, Jr.
agreed on Rocker and it gives me an excuse to bug Dirk. Errr, I mean, test it Statistics is the grammar of science. Karl Pearson http://en.wikipedia.org/wiki/The_Grammar_of_Science On Mon, Nov 10, 2014 at 10:04 AM, Dan Tenenbaum dtene...@fredhutch.org wrote: - Original Message -

[Rd] ambiguity in the documented return value of Null() from package MASS

2014-11-10 Thread Georgi Boshnakov
Hi, Function Null from package MASS seems to return a matrix with zero columns and the expected number of rows when the null space of the argument contains only the zero vector, e.g. library(MASS) diag(nrow=3) [,1] [,2] [,3] [1,]100 [2,]010 [3,]001

Re: [Rd] ambiguity in the documented return value of Null() from package MASS

2014-11-10 Thread peter dalgaard
There is a maintainer for this contributed package... However, a zero column vector _is_ numeric(0) -- with dimension attributes c(3,0). structure(numeric(0),dim=c(3,0)) c(Null(diag(3))) I.e., the ambiguity is pretty slight. Presumably, the help file wording goes back to S-PLUS which (to my

Re: [Rd] ambiguity in the documented return value of Null() from package MASS

2014-11-10 Thread Martin Maechler
peter dalgaard pda...@gmail.com on Mon, 10 Nov 2014 14:47:16 +0100 writes: There is a maintainer for this contributed package... However, a zero column vector _is_ numeric(0) -- with dimension attributes c(3,0). structure(numeric(0),dim=c(3,0)) c(Null(diag(3)))

[Rd] Cursor not behaving properly

2014-11-10 Thread Kaiyin Zhong (Victor Chung)
I found a strange bug in R recently (version 3.1.2): As you can see from the screenshots attached, when the cursor passes the right edge of the console, instead of start on a new line, it goes back to the beginning of the same line, and overwrites everything after it. This happens every time the

Re: [Rd] ambiguity in the documented return value of Null() from package MASS

2014-11-10 Thread William Dunlap
Presumably, the help file wording goes back to S-PLUS which (to my recollection) didn't allow zero-extent matrices. Splus (and S) started having reasonable support for zero-extent matrices in May 2001 (i.e., Splus 6.0, which I think corresponds to S version 4-m of June 2, 1999), Splus5.0 (Nov

Re: [Rd] R 3.1.1 and 3.1.2 both fail their test suites

2014-11-10 Thread Martin Maechler
Duncan Murdoch murdoch.dun...@gmail.com on Wed, 5 Nov 2014 10:22:09 -0500 writes: On 05/11/2014 9:36 AM, Peter Simons wrote: Hi Duncan, I don't think we should be removing tests for everybody to allow a few people to test a build of R that none of us actually

[Rd] subscripting a data.frame (without changing row order) changes internal row.names

2014-11-10 Thread Dr Gregory Jefferis
Dear R-devel, Can anyone help me to understand this? It seems that subscripting the rows of a data.frame without actually changing their order, somehow changes an internal representation of row.names that is revealed by e.g. dput/dump/serialize I have read the docs and inspected the (R)

Re: [Rd] subscripting a data.frame (without changing row order) changes internal row.names

2014-11-10 Thread Joshua Ulrich
On Mon, Nov 10, 2014 at 12:35 PM, Dr Gregory Jefferis jeffe...@mrc-lmb.cam.ac.uk wrote: Dear R-devel, Can anyone help me to understand this? It seems that subscripting the rows of a data.frame without actually changing their order, somehow changes an internal representation of row.names that

Re: [Rd] subscripting a data.frame (without changing row order) changes internal row.names

2014-11-10 Thread Kevin Ushey
I believe the question here is related to the sign on the compact row names representation: why is it sometimes `c(NA, positive)` and sometimes `c(NA, negative)` -- why the difference in sign? To the best of my knowledge, older versions of R used the signed-ness of compact row.names to

Re: [Rd] subscripting a data.frame (without changing row order) changes internal row.names

2014-11-10 Thread Dr Gregory Jefferis
Hi Kevin, Joshua, Many thanks for this additional information. On 10 Nov 2014, at 22:21, Kevin Ushey wrote: I believe the question here is related to the sign on the compact row names representation: why is it sometimes `c(NA, positive)` and sometimes `c(NA, negative)` -- why the difference