-
Notifications
You must be signed in to change notification settings - Fork 739
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
Adding TRUST4 module #4470
Adding TRUST4 module #4470
Conversation
Hi Joao @Joaodemeirelles, thanks for your work in adding this module! Can you tell me what still needs to be done? Also, did you think about implementing tests yet? |
Hi, I took this PR up again as I want to make use of the tool. I experience some problems that I am unsure on how to deal with them. Also, singularity fails because there is no singularity container for the newest version of the tool and some output seems to have changed so the md5sums differ as well from the docker & conda run with the newest version. Does anyone has an idea how to solve this? |
I was able to solve the problems above and think that the PR is now ready for review :) |
Great! Sorry I could not help with the tests, thank you so much for the changes! |
modules/nf-core/trust4/main.nf
Outdated
path(fasta) | ||
path(ref) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
we need meta1 and meta2 here. What is the difference between fasta and ref, how about: vdj_reference?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ref is an additional reference required when you dont start from bam but fastq
fasta is what they call their reference basically.
I wanted to stay in line with their naming here, but am also fine with renaming them.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me now! There's only the trinity
pytest that I'm not sure they should be added here
* Adding TRUST4 module * remove old pytest version * trust4 * trust4 * linting * modules/nf-core/trust4/environment.yml * Update modules/nf-core/trust4/main.nf Co-authored-by: Friederike Hanssen <[email protected]> * review comments applied --------- Co-authored-by: mapo9 <[email protected]> Co-authored-by: Mark Polster <[email protected]> Co-authored-by: Gisela Gabernet <[email protected]> Co-authored-by: Friederike Hanssen <[email protected]>
* Adding TRUST4 module * remove old pytest version * trust4 * trust4 * linting * modules/nf-core/trust4/environment.yml * Update modules/nf-core/trust4/main.nf Co-authored-by: Friederike Hanssen <[email protected]> * review comments applied --------- Co-authored-by: mapo9 <[email protected]> Co-authored-by: Mark Polster <[email protected]> Co-authored-by: Gisela Gabernet <[email protected]> Co-authored-by: Friederike Hanssen <[email protected]>
Draft for the TRUST4 module addition.
Since TRUST4 can be execute with single-end reads, paired-end reads and a bam file, I chose to handle this by testing if the channel exists (to differ between bam and reads), and the meta.single_end key to identify paired or single-end.
PR checklist
Closes #4307
versions.yml
file.label
PROFILE=docker pytest --tag <MODULE> --symlink --keep-workflow-wd --git-aware
PROFILE=singularity pytest --tag <MODULE> --symlink --keep-workflow-wd --git-aware
PROFILE=conda pytest --tag <MODULE> --symlink --keep-workflow-wd --git-aware