Re: [Bioc-devel] [Untrusted Server]Re: strange error in Jenkins build forsingleCellWorkflow

2017-09-16 Thread Vincent Carey
IMHO the pedagogic value of a unified document that treats a topic thoroughly is quite high. Building the whole workflow on an arbitrary user's system seems to me to be a lower priority. Thus using the environment variable in the build system to avoid this limit seems an appropriate solution. On

Re: [Bioc-devel] [Untrusted Server]Re: strange error in Jenkins build forsingleCellWorkflow

2017-09-16 Thread Aaron Lun
Thanks Martin. Yes, it's quite unfortunate that scater drags in dplyr and ggplot2, which - combined with Bioconductor's core packages - already puts us pretty close to the limit without doing anything else! A solution might be to split my workflow into self-contained components, each of which

Re: [Bioc-devel] assay dimnames in SingleCellExperiment / SummarizedExperiment

2017-09-16 Thread Kevin RUE
Hi Aaron, Yes - sorry, I meant the names of dimnames. Dimnames are indeed checked, but my code was meant to demonstrate that names of dimnames aren't. Obviously, it's not the end of the world, but just something I noticed while I was investigating the glitch. My second point is not that much abou

Re: [Bioc-devel] [Untrusted Server]Re: strange error in Jenkins build forsingleCellWorkflow

2017-09-16 Thread Martin Morgan
On 09/16/2017 01:53 AM, Aaron Lun wrote: Bumping this rather old thread. To re-iterate, I'm updating my simpleSingleCell workflow and I'm running into R's DLL limit. I've added a code block halfway through the workflow that unloads all DLLs and cleans them out, and this works fine during compi