-
Notifications
You must be signed in to change notification settings - Fork 146
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
add runOptions to Docker profile to fix ownership on files #24
Conversation
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 :) Nice!
This makes me a little nervous. Will it have any off-target affects? @pditommaso - why is this not the default in Nextflow? |
There was also the fixOwnership setting in the Docker scope |
Does this have the same effect? I'm a bit scared of changing these kinds of defaults in case it breaks everything for people running say, kubernetes. |
If I remember well, I think I had the |
Well, this was a long discussion (with myself). To summarise the idea was to make it the default, but then I've realised that when using that setting also the container Still need to evaluate pros&cons. |
I know the feeling 😅 I'd be tempted to leave this out of nf-core pipelines for now then - same risk of pros & cons and could be resolved in a future core nextflow release anyway. |
Closing for now @maxulysse - hope that's ok! Maybe submit a PR with some documentation describing this and how to fix with a user config under a troubleshooting section? |
Ah, yes, I had questions, that's why I didn't merge it. |
… travis to test --rrbs. See #24
Add runOptions to Docker profile to fix ownership on files.
Otherwise we have
Permission denied
when deleting the work directory.