Belated thanks, Herve, for getting this fixed for the release.
I think the same problem has popped up again, as seen in these latest trena
build report:
o ERROR for 'R CMD check' on malbec2. See the details here:
Hi Paul,
Something/someone is definitely re-installing the
BSgenome.Hsapiens.UCSC.hg38 while 'R CMD check trena' is running on the
build machines. This has happened consistently for several consecutive
nights on malbec2 (BioC 3.9 builds) and malbec1 (BioC 3.10 builds) where
I've been
Hi Paul,
Is there a possibility that trena's code is having one worker
downloading/re-installing BSgenome.Hsapiens.UCSC.hg38 while at the same
time another worker is trying to access it?
The reason I suspect something like this is that it seems that
BSgenome.Hsapiens.UCSC.hg38 gets
Hi Herve,
Thanks for your reply!
> Is there a possibility that trena's code is having one worker
> downloading/re-installing BSgenome.Hsapiens.UCSC.hg38 while at the same
> time another worker is trying to access it?
I don’t think any download or reinstalling happens. Several genome packages
I cannot reproduce daily build failures found in the trena package by the build
system. The build report shows:
trena RUnit Tests - 86 test functions, 7 errors, 0 failures
ERROR in test_.injectSnp: Error in .seqlengths_TwoBitFile(x) : UCSC library
operation failed
ERROR in
