Regarding the <#C07NY6CGWPP|> pipeline `process.co...
# wg-container-conversion-task-force
e
Regarding the #C07NY6CGWPP pipeline
process.container = '<http://ghcr.io/daisybio/drevalpy:v1.4.0|ghcr.io/daisybio/drevalpy:v1.4.0>'
seems to have everything needed inside for the test to run, but..it is probably not just the
pip_drevalpy
package that can be found on seqera containers and has other stuff inside the recipe, which I dont have the recipe for to reconstruct via seqera platform by myself. I am wrapping up some tests and will reply to the GitHub issue
p
Sorry if I sent you down a rabbit hole with this 🫣
She seemed keen on running with ARM which is why I thought it'd be a good test case. Didn't realise that the pipeline setup was so unconventional.
e
No worries, good opportunity to play the nf-core police xD
😄 1
It is not be that bad in the end. The drevalpy package has everything pre-installed that is needed by almost all local modules. The outleirs are the first couple of modules that download and unzip some files. Will tell the developers to use existing nf-core modules for that and that will fix it.
p
Great! 🙂
e
Ok, replied in the issue to Judith, asking her to use nf-core unzipping modules instead, and then it would be straightforward, even using the pipeline-wide container, for now
🎉 1
Will do the arm64 profile configs tomorrow!