Conversation
|
Warning Newer version of the nf-core template is available. Your pipeline is using an old version of the nf-core template: 3.5.1. For more documentation on how to update your pipeline, please see the nf-core documentation and Synchronisation documentation. |
| if (params.use_gatk_spark) { | ||
| containerOptions = '' | ||
| } | ||
| containerOptions = params.use_gatk_spark ? '' : null |
There was a problem hiding this comment.
It seems like you are trying to clear out any previous container options when params.use_gatk_spark, in which case my change is probably wrong. So you might have to find a different way to make this work
|
|
|
||
| // SNPEFF | ||
| if (params.tools && (params.tools.split(',').contains('snpeff') || params.tools.split(',').contains('merge'))) { | ||
| withName: 'SNPEFF_SNPEFF' { |
There was a problem hiding this comment.
there is some sorcery around naming here in different modes, did you test that?
There was a problem hiding this comment.
as far as I can tell, these if statements are just mirroring the pipeline logic for conditional processes, for example for this one:
sarek/subworkflows/local/vcf_annotate_all/main.nf
Lines 47 to 51 in 92b20b1
and I think the only purpose is to avoid false warnings about a process selector not matching any process
so, removing these if statements should not change any behavior:
- if the process isn't run, the selector won't be used (and with strict syntax it won't report a warning either)
- if the process is run, the selector will be applied to it same as before
in other pipelines I have seen examples of if-else, in which case you have to merge the two branches carefully, but I didn't see anything like that in sarek
There was a problem hiding this comment.
actually there was an if-else in markduplicates.config, you can see how I merged the branches there. basically replace the if statement with a ternary for each config setting
ugly, but should become simpler in the future with things like workflow outputs
There was a problem hiding this comment.
ok I will review later today or tomorrow. The annotation subworkflow has a mmerge mode where snpeff and vep are both run sequentially, I'll double check the naming is fine there.
It looks like some of the tests are failing though.
There was a problem hiding this comment.
Looks like the failing tests are caused by some mutect2 outputs being published to the wrong location. Likely the ext / publishDir config was changed incorrectly
Co-authored-by: Famke Bäuerle <45968370+famosab@users.noreply.github.com>
Co-authored-by: Famke Bäuerle <45968370+famosab@users.noreply.github.com>
famosab
left a comment
There was a problem hiding this comment.
LGTM @FriederikeHanssen @maxulysse maybe we can go ahead and merge this?
|
Thanks @famosab for bringing this one over the finish line 🚀 |
Fixing strict syntax errors so that I can test with Nextflow 26.04
The main change is removing if statements from config. You should be able to just remove them without generating tons of false warnings, since the strict syntax can validate process selectors against conditional processes as well.
I was able to run the
testprofile with these changes on 26.03.0-edge