-
Notifications
You must be signed in to change notification settings - Fork 147
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ensure methyldackel process runs on each sample. #140
Ensure methyldackel process runs on each sample. #140
Conversation
Before this patch, the methyldackel process would receive inputs from the channels: - ch_bam_dedup_for_methyldackel (containing many bams) - ch_bam_index_for_methyldackel (containing many bais) - ch_fasta_for_methyldackel (containing only one fasta) - ch_fasta_index_for_methyldackel (containing only one fai) The process would only run once as the ch_fasta_for_methyldackel and ch_fasta_index_for_methyldackel channels would be quickly exhausted. This patch uses the combine operator to ensure that every bam+bai pair runs through the methyldackel process. I've noticed that this style of nextflow process coordination is not used very often in nf-core, so there is a chance the PR violates nf-core style guidelines. There were no indications of that from nf-core lint, but appreciate that the PR style might not be appropriate.
It looks like the Travis CI failures are due to network errors rather than breaking changes introduced by the commits in this PR. From the logs, there are plenty of errors from nextflow attempting to fetch resources:
There are also failures where Nextflow attempts to pull in input datasets from the web:
|
Hi @robsyme, This is brilliant stuff - good catch, and thanks for fixing! Would you mind pulling in the upstream changes (we just merged a big PR) and then adding something to the changelog about this please? Cheers, Phil |
ps. Apologies for the delay in getting back to you about this. This pipeline has been in need of a bit of love for a few months now. Hopefully going to get stuff updated and a new release out now though 👍 |
Given that we left this waiting for quite a while and now would like a fast change for a release, I've just switched this to a dedicated branch and will make my minor changelog edits there 👍 |
Thanks Phil. I would have been happy to pull in the upstream changes, but I missed your first emails and it looks like you've got it covered. Anyway, happy to have helped in this very small way. |
Ah no worries, I didn’t give you very long to respond! As it was such a small change I figured it would only take me a few second to do.. Thank you again for the help! |
Before this patch, the methyldackel process would receive inputs from the channels:
ch_bam_dedup_for_methyldackel
(containing many bams)ch_bam_index_for_methyldackel
(containing many bais)ch_fasta_for_methyldackel
(containing only one fasta)ch_fasta_index_for_methyldackel
(containing only one fai)The process would only run once as the
ch_fasta_for_methyldackel
andch_fasta_index_for_methyldackel
channels would be quickly exhausted.This patch uses the combine operator to ensure that every bam+bai pair runs through the methyldackel process. I've noticed that this style of nextflow process coordination is not used very often in nf-core, so there is a chance the PR violates nf-core style guidelines. There were no indications of that from nf-core lint, but appreciate that the PR style might not be appropriate.
Many thanks to contributing to nf-core/methylseq!
Please fill in the appropriate checklist below (delete whatever is not relevant). These are the most common things requested on pull requests (PRs).
PR checklist
nextflow run . -profile test,docker
).nf-core lint .
).docs
is updatedCHANGELOG.md
is updatedREADME.md
is updatedLearn more about contributing: https://github.com/nf-core/methylseq/tree/master/.github/CONTRIBUTING.md