You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
In a workflow with some rules using singularity and some not, the ones without singularity container will not switch into a shadow directory if the workflow is executed with --use-singularity.
Logs
running the minimal example with snakemake all produces the correct
test.out, test_a.out, test-b.out and test_c.out
running the minimal example with snakemake --use-singularity -k all fails in rule_b and rule_c and produces:
test_a.out, junk_b.out, junk_c.out
Additional context
I played a bit around, seems to be related to code in executor.py:
# Change workdir if shadow defined and not using singularity.
# Otherwise, we do the change from inside the container.
passed_shadow_dir = None
if use_singularity and job_rule.singularity_img:
passed_shadow_dir = shadow_dir
shadow_dir = None
This is a duplicate of issue 1280 in the bitbucket repo.
Pay
The text was updated successfully, but these errors were encountered:
Snakemake version
5.7.4
Describe the bug
In a workflow with some rules using singularity and some not, the ones without singularity container will not switch into a shadow directory if the workflow is executed with --use-singularity.
Logs
running the minimal example with
snakemake all
produces the correcttest.out, test_a.out, test-b.out and test_c.out
running the minimal example with
snakemake --use-singularity -k all
fails in rule_b and rule_c and produces:test_a.out, junk_b.out, junk_c.out
Minimal example
Consider the following example
Additional context
I played a bit around, seems to be related to code in executor.py:
This is a duplicate of issue 1280 in the bitbucket repo.
Pay
The text was updated successfully, but these errors were encountered: