-
Notifications
You must be signed in to change notification settings - Fork 978
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
[22.01] Fix container resolution for type="singularity"
requirements
#15893
[22.01] Fix container resolution for type="singularity"
requirements
#15893
Conversation
9e9ee89
to
e81fc67
Compare
otherwise `container_description.identifier = cache_path` (at the end of the function) will modify the original (i.e. the tools) container description which influences i.e. (may break) successive container resolutions.
This PR was merged without a "kind/" label, please correct. |
type="singularity"
requirements
type="singularity"
requirementstype="singularity"
requirements
thanks, as a minor comment I would put this as a comment above where you create the copy |
Thanks for the feedback. I can do this. Should I open a new PR for this? |
Can you merge the release branches forward ? I think that'd be a good idea, but should be enough to just have this in dev |
Never did this. Would this be just |
@bernt-matthias One branch at a time; 22.01 -> 22.05, 22.05 -> 23.0, 23.0 -> dev. |
No, merge into 22.05, push, then merge that into 23.0, push, then merge that into dev |
otherwise
container_description.identifier = cache_path
(at the end of the function) will modify the original (i.e. the tools) container description which influences i.e. (may break) successive container resolutions.Bug occured only for containers of
type="singularity"
.. for explicit docker container requirements a copy was already created by dictifying and undictifying it.How to test the changes?
(Select all options that apply)
Found this while working on #15614 .. tests are coming.
License