Closed HenrikBengtsson closed 2 years ago
@ivan108, I had to re-add module load CBC r/3.4.2
in Recal_bigmem.pbs
- without it, Rscript was not found when running from a fresh (cbctest2) account. I also thought it's on the path, but it's not. Need more investigation. Let's keep it there for now.
Interesting... That was why I added it. Lately it was working without it from jocostello account probably because I have a path in .bashrc:
export PATH=$PATH:/home/shared/cbc/software_cbc/R/R-3.4.4-20180315:...
Ok. I haven't tested with cbctest2 since last release, so that could explain why I didn't notice until now.
In the 'next-release' branch, all software is now configured in ${LG_HOME}/lg3.conf
. The validation that software tools exists is done in https://github.com/UCSF-Costello-Lab/LG3_Pipeline/blob/e95824fc4ca5438ed6fd13a65b97a98c1826387d/scripts/utils.sh#L356.
Migrating from https://github.com/UCSF-Costello-Lab/LG3_Pipeline/issues/12#issuecomment-419574111:
@ivan108 wrote: I think moving all software to public domain is a good idea. Do we need to load corresponding module or use the path?
@HenrikBengtsson replied:
This is what I think needs to be done/path forward/long-term solution:
Working through these steps require solid testing to make sure things don't break and results are reproducible. So, testing testing testing...
More comments: Yes, we can also introduce software modules for controlling the above, e.g.
module load lg3-pipeline
, but lets not worry about that for now.