Skip to content
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

Snakemake corrections #50

Merged
merged 2 commits into from
Jan 25, 2018
Merged

Snakemake corrections #50

merged 2 commits into from
Jan 25, 2018

Conversation

0xaf1f
Copy link
Contributor

@0xaf1f 0xaf1f commented Jan 25, 2018

minor bugs in the workflow that would cause it to error out in some cases.

...to allow it to be submitted as a cluster job since
we don't specify it as a local rule anymore.
The configuration option in config.yaml needs to match the
name of the snakemake rule, which doesn't have a '2' in it.
@litaifang litaifang merged commit a1d6a21 into bioinform:master Jan 25, 2018
@0xaf1f
Copy link
Contributor Author

0xaf1f commented Jan 25, 2018

Thanks for merging. There's one more outstanding issue-- this code passes the same GATK jar file to both SomaticSeq and Mutect2, but SomaticSeq cannot work with GATK4. This problem would go away if you make that happen. Otherwise, it's probably necessary to have a gatk3 config setting as well as a gatk4 setting rather than just one for both. Do you think it's worth making this split now, or is an update to GATK4 in the SomaticSeq wrapper coming soon?

@0xaf1f 0xaf1f deleted the snakemake-corrections branch January 25, 2018 23:42
@lethalfang
Copy link

lethalfang commented Jan 25, 2018 via email

@0xaf1f
Copy link
Contributor Author

0xaf1f commented Jan 26, 2018

That'd be great. Thanks!

@lethalfang
Copy link

lethalfang commented Feb 15, 2018 via email

@0xaf1f
Copy link
Contributor Author

0xaf1f commented Feb 15, 2018

#51? Well, I guess for now, it would break if anyone tried to run it as written, so maybe it's not a good idea to document it while it's known to be broken.

On the other hand, I saw that you did have support for running SomaticSeq without GATK at all, so maybe we should just not pass --gatk to the invocation of the SomaticSeq wrapper until GATK4 support there is ready. What do you think about that?

@lethalfang
Copy link

lethalfang commented Feb 15, 2018 via email

@0xaf1f
Copy link
Contributor Author

0xaf1f commented Feb 15, 2018

Ok. I'll file an issue for this GATK4 thing just for tracking purposes, and then I'll add another commit to #51.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants