-
Notifications
You must be signed in to change notification settings - Fork 144
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
Improved docker image creation #29
Conversation
This commit improves the image creation update the root environment instead of creating a new code environment. The main benefit is that the installed packages are automatically added in the root environment, therefore it’s not require to activate it or to add it to the PATH env (which it’s not a safe practice)
Yes, we had that already in a previous PR and then discussed a bit on this: and the more concise discussion in here: I personally think its much cleaner this way, and since we're not doing >1 environment in the containers for each workflow anyways, I suppose we could keep things as in this PR here. That would require:
I think it makes sense to finalize the decision and my gut feeling tells me this is going towards having all packages in a single root environment, which means we'd have to change this generally... |
Thanks @apeltzer! My search-foo on the iPhone during a conference is weak. Was there some issue with having a less isolated environment using |
No problem 👍 No, as far as I can tell there was no realy issue with having a less isolated environment. Normally one wouldn't recommend doing this, but since we anyways have the "one container - one conda environment" rule, I suppose it doesn't make a difference. Except, that we can get rid of the ENV path fiddling in all of our Dockerfiles/Singularity files at once - therefore I'd also say lets switch this in general! |
Could that be a problem for a pipeline with multiple containers? |
No, because each container still only has one conda environment in Sarek.. So no problem to do there as well. |
Uck, number of downstream changes required for something simple like this gets big quickly. Need to prioritise a tool to automate this synchronisation work... |
This commit improves the image creation update the root environment instead of creating a new code environment.
The main benefit is that the installed packages are automatically added in the root environment,
therefore it’s not require to activate it or to add it to the PATH env (which it’s not a safe practice)