-
Notifications
You must be signed in to change notification settings - Fork 127
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
Fix mirtrace staging bug #335
Conversation
This PR is against the
|
|
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.
LGTM
The filenames per sample are unique, right? So we shouldn't get any issues from staging them into the same directory.
Yes, they are - this should be fine 👍🏻 |
This addresses the staging / casting issue first identified in the issue #327
The previous fix ignored the possibility that (depending on the platform), directly referencing work directories can cause trouble as there is no guarantee that these are staged properly to the work dir of mirtrace. This is resolved by reverting to the previously working approach with mirtrace where the files are staged to the same directory, then adding functionality to use the filename(s) of provided files in the work dir of mirtrace directly instead. This ensures nextflow is aware of any files being staged to mirtrace, thus guaranteeing that files are properly staged.
PR checklist
nf-core lint
).nextflow run . -profile test,docker --outdir <OUTDIR>
).nextflow run . -profile debug,test,docker --outdir <OUTDIR>
).docs/usage.md
is updated.docs/output.md
is updated.CHANGELOG.md
is updated.README.md
is updated (including new tool citations and authors/contributors).