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
Pawsey develops and deploys several containers such as OpenFOAM containers, Tensorflow (built on top of the AMD one to fix some missing packages), and some others. For those containers that are not published on a remote server such as DockerHub, I suggest defining a local, staff-managed repository on the /software filesystem. Then, SHPC recipes can refer to that location.
A good location would be /software/setonix/container-images.
The text was updated successfully, but these errors were encountered:
Very good idea!
My suggestion is to also scope which images will not be pushed to the public repo, and hence need the dedicated local storage area. (e.g. closed source/licensed software...)
Another suggestion, from original conversations with Maciej and others within Pawsey: keep the scope of officially supported images small (base images, strategic support cases, ..), to maintain amount of work manageable
Pawsey develops and deploys several containers such as OpenFOAM containers, Tensorflow (built on top of the AMD one to fix some missing packages), and some others. For those containers that are not published on a remote server such as DockerHub, I suggest defining a local, staff-managed repository on the
/software
filesystem. Then, SHPC recipes can refer to that location.A good location would be
/software/setonix/container-images
.The text was updated successfully, but these errors were encountered: