Re: [R-pkg-devel] Another CRAN-only bug

2019-06-12 Thread David Hugh-Jones
Hi Duncan, Of course I appreciate the value of a centralised repository, and I acknowledge the hard work that goes into maintaining it. That does not mean that it should be beyond criticism. I wrote out of frustration, but also because I hope things could be better. David On Wed, 12 Jun 2019

Re: [R-pkg-devel] Another CRAN-only bug

2019-06-12 Thread Duncan Murdoch
On 12/06/2019 4:57 p.m., David Hugh-Jones wrote: Hi all, Not for the first time, my package has a bug that isn't found on rhub, travis, appveyor, or my local machine, but is found on CRAN. This time it's Windows-only, so I can't even download a Docker image and investigate that way. TBH I am

Re: [R-pkg-devel] Another CRAN-only bug

2019-06-12 Thread IƱaki Ucar
On Wed, 12 Jun 2019 at 22:58, David Hugh-Jones wrote: > > Hi all, > > Not for the first time, my package has a bug that isn't found on rhub, > travis, appveyor, or my local machine, but is found on CRAN. This time it's > Windows-only, so I can't even download a Docker image and investigate that >

Re: [Bioc-devel] normalize_names_replacement_value error with colnames<- on SummarizedExperiment

2019-06-12 Thread Pages, Herve
On 6/12/19 08:26, Vincent Carey wrote: > remedied by installation of latest S4Vectors/SummarizedExperiment from git Good. I just fixed this in git/github 5 min ago: https://github.com/Bioconductor/SummarizedExperiment/commit/01aa07a87b72b7423bea38028fffba4e896fdcf3 H. > > On Wed, Jun 12,

Re: [Bioc-devel] normalize_names_replacement_value error with colnames<- on SummarizedExperiment

2019-06-12 Thread Vincent Carey
remedied by installation of latest S4Vectors/SummarizedExperiment from git On Wed, Jun 12, 2019 at 10:53 AM Vincent Carey wrote: > my installation of Bioc 3.10 passes valid() > > > > ee = SummarizedExperiment(assay=data.matrix(mtcars)) > > > ee > > class: SummarizedExperiment > > dim: 32 11 > >

[Bioc-devel] normalize_names_replacement_value error with colnames<- on SummarizedExperiment

2019-06-12 Thread Vincent Carey
my installation of Bioc 3.10 passes valid() > ee = SummarizedExperiment(assay=data.matrix(mtcars)) > ee class: SummarizedExperiment dim: 32 11 metadata(0): assays(1): '' rownames(32): Mazda RX4 Mazda RX4 Wag ... Maserati Bora Volvo 142E rowData names(0): colnames(11): mpg cyl ... gear

Re: [R-pkg-devel] R CMD build: "Error in if (any(update))"

2019-06-12 Thread Rob Foxall
Thanks so much for looking into this. You were right, my path that I had been too lazy to update was pointing at an older installation of R that I had been too lazy to uninstall. On Wed, Jun 12, 2019 at 6:41 PM Uwe Ligges wrote: > > So this is likely caused by your setup as I simply get > > $ R

Re: [Rd] [R] Open a file which name contains a tilde

2019-06-12 Thread Paul McQuesten
@ Gabriel: "Avoid tilde in file names": Not quite. A tilde *suffix* is commonly used by *nix editors for backup files https://unix.stackexchange.com/questions/76189/what-does-the-tilde-mean-at-the-end-of-a-filename On Wed, Jun 12, 2019 at 2:43 AM Kurt Hornik wrote: > > Duncan Murdoch

Re: [R-pkg-devel] R CMD build: "Error in if (any(update))"

2019-06-12 Thread Uwe Ligges
Too many layers of complexity for me, can you take the package sources and zat /or zip) them for me and send them? Then I'll take a look. Best, Uwe Ligges On 12.06.2019 08:23, Rob Foxall wrote: Thanks. I ran in R: devtools::build("myPackage") That gave me a warning: NB: this package now

Re: [Rd] [R] Open a file which name contains a tilde

2019-06-12 Thread Kurt Hornik
> Duncan Murdoch writes: With c76695 in the trunk, we now only tilde expand file names starting with a tilde also when using readline. Best -k > On 11/06/2019 4:34 p.m., William Dunlap via R-devel wrote: >> Note that R treats tildes in file names differently on Windows and Linux. >> On

Re: [R-pkg-devel] R CMD build: "Error in if (any(update))"

2019-06-12 Thread Rob Foxall
Thanks. I ran in R: devtools::build("myPackage") That gave me a warning: NB: this package now depends on R (>= 3.5.0) WARNING: Added dependency on R >= 3.5.0 because serialized objects in serialize/load version 3 cannot be read in older versions of R. File(s) containing such