-
Notifications
You must be signed in to change notification settings - Fork 200
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
Perlmutter: SW Install Updates #5648
Conversation
Avoid repeating ourselves.
Avoid CFS for shared library loads. Use the (undocumented) container/software storage location on PSCRACTH that is currently excluded from purge.
Instead of hacky taking one from an E4S install.
Old location we got it from did not work anymore.
@@ -31,7 +31,7 @@ fi | |||
|
|||
# Remove old dependencies ##################################################### | |||
# | |||
SW_DIR="${CFS}/${proj}/${USER}/sw/perlmutter/cpu" | |||
SW_DIR="${PSCRATCH}/storage/sw/perlmutter/cpu" |
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.
There are two things that come to mind:
- Should we add
warpx
to the path because we may want to do this for ImpactX and other BLAST codes as well and would accidentally remove the dependencies of the other codes when rerunning the install dependencies script? - Should we add
${proj}
because different projects could require different dependencies? (Maybe this one is not necessary because a developer would know to adjust the install script or run with a temporary solution)
Could look like this SW_DIR="${PSCRATCH}/storage/sw/perlmutter/${proj}/warpx/cpu/"
?
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.
Good point, using .../sw/warpx/perlmutter/...
now 👍
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 :)
Since PSCRATCH does not distinguish between projects, I would put the project ID into the path for the SW_DIR
so one can switch between projects/BLAST codes and update dependencies without deleting. But that could also be a follow-up.
Avoid collisions with ImpactX docs
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.
Thanks a lot! :)
SW_DIR
variable as ininstall_...
scripts