Support modules with exec: blocks#3633
Conversation
Codecov Report❌ Patch coverage is
☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
mirpedrol
left a comment
There was a problem hiding this comment.
Code changes look good to me, thanks!
But I would like to have a final approve from someone from @nf-core/maintainers to make sure that I am not missing something, and we don't want to allow an exec block in nf-core modules.
|
I think there is no explicit reason not to support it but :
For now I think it's fine to merge this ( |
|
So far it seems people are half neutral half against supporting within nf-core/modules officially, but I dont think linting should complain about a valid nextflow syntax so again I would merge this now so people can happily have local modules |
|
I agree with James's summary, we should support this in general but an nf-core module would need a convincing argument as to why we need |
agreed, maybe as an improved later on, we can have stricter linting on the nf-core side to at least warn for execs (to Simon's point), but allow disableing this linting in a config file |
I think it is fine in nf-core pipelines, just not in the modules repo personally. |
|
ah correct, I meant modules linting only |
|
thanks for all the feedback! I am going to merge this PR then :) |
With the current version, linting a module that has an
exec:block yields the following errorThis is because the parser is not aware of
exec:blocks.In this PR I simply add code to recognise
exec:blocks and check that they don't exist together withscript:orshell:Best,
Matthieu
PR checklist
CHANGELOG.mdis updateddocsis updated