-
Notifications
You must be signed in to change notification settings - Fork 44
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
Update changes from tier1 machines for 1.8.0 release #1310
Conversation
Place mirror files to more friendly space
mkdir -p /contrib/admin | ||
cat <<EOF > /contrib/admin/basic_setup.sh | ||
#!/bin/bash | ||
## Steps to perform to install spack-stack version 1.8.0 |
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.
what happened to all the instructions on the left - are they now baked into the default image? if not, they need to stay because somebody starting from a new image will need them
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.
This is not needed anymore. All was because ecflow and it's dependences. On NOAA-Cloud spack-stack can now be installed from out-of-box.
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.
That's awesome, thanks for the clarification!
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.
As discussed, please bring the documentation back that is needed to install the qt@5 dependency for ecflow
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.
I'll add part how to install qt5
prefix: /usr | ||
diffutils: | ||
externals: | ||
- spec: diffutils@3.3 | ||
- spec: diffutils@3.6 | ||
prefix: /usr | ||
ecflow:: |
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.
no external ecflow - but need external qt@5
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.
That is now in common/modules.yaml and common/packages.yaml:
qt:
require: '@5'
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.
yes but you should configure the external qt5 package so that you don't need to build it (often doesn't work as expected). since you were able to build ecflow outside of spack, the necessary qt 5 libraries must be somewhere on the system
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.
OK, I'm not sure how it worked. I intentionally didn't install:
#yum install -y qt5-qtbase-devel
#yum install -y qt5-qtsvg-devel
#yum install -y xorg-x11-xauth
#yum install -y xorg-x11-apps
#yum install -y perl-IPC-Cmd
#yum install -y gettext-devel
#yum install -y m4
Which we were supposed to install each time we start cloud instance.
Ecflow was installed using qt5 (which will be lost each time we logout).
Are you saying that we have to install qt5 again each time we login (like before)?
ecflow is still there, on permanent place (/contrib/spack-stack-rocky8/ecflow-5.8.4/)
As for m4, gettext, ... they were successfully installed by spack-satck-1.8.0.
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.
I think you need to install those packages every time, but you can easily create a bootstrap script and run that in your parallelworks config
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.
That's OK, but why do we need to install them anyway, spack stack does not depend on them?
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.
qt5 does depend on them, and you need qt5 to build ecflow+ui - you can choose to let spack build all of that, not sure it works though
prefix: /usr | ||
pkg-config: | ||
externals: | ||
- spec: pkg-config@0.27.1 | ||
- spec: pkg-config@1.4.2 | ||
prefix: /usr | ||
rsync: |
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.
external qt@5 missing
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.
That is now in common/modules.yaml and common/packages.yaml:
qt:
require: '@5'
mkdir -p /contrib/admin | ||
cat <<EOF > /contrib/admin/basic_setup.sh | ||
#!/bin/bash | ||
## Steps to perform to install spack-stack version 1.8.0 |
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.
As discussed, please bring the documentation back that is needed to install the qt@5 dependency for ecflow
Co-authored-by: Dom Heinzeller <dom.heinzeller@icloud.com>
Co-authored-by: Dom Heinzeller <dom.heinzeller@icloud.com>
Co-authored-by: Dom Heinzeller <dom.heinzeller@icloud.com>
Co-authored-by: Dom Heinzeller <dom.heinzeller@icloud.com>
Co-authored-by: Dom Heinzeller <dom.heinzeller@icloud.com>
Co-authored-by: Dom Heinzeller <dom.heinzeller@icloud.com>
### Create a mysql config for local R2D2 use (if applicable) | ||
``` | ||
sudo su | ||
cat <<EOF > /contrib/admin/my.cnf |
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.
We may still need to have /contrib/admin/my.cnf saved. It may not need to be done every time a new space for spack stack is configured, i.e., a new /contrib space is prepared
mv mysql-8.0.31-linux-glibc2.17-x86_64-minimal/* .. | ||
rmdir mysql-8.0.31-linux-glibc2.17-x86_64-minimal | ||
|
||
ecFlow: |
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.
Why ecflow? I thought we had discussed that we don't need this anymore. But ok, let's leave it in the readme, it won't get used as long as the site config has it removed from the external packages and the qt5 external package added instead (if it isn't there already).
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.
Instructions for building external ecflow packages are still in the README for all three sites. The site configs still have external ecflow packages, but no external qt5 packages. I'll wait with merging this PR until Wednesday noon but then it will go in as is and the release will be tagged.
@climbfuji I'm finishing NOAA-cloud. GCP is installed. Azure is slower. I'm going to add 2 more commits for these two machines (as we speak). |
@climbfuji I'm done with NOAA cloud updates. Removed instructions for ecflow as well. |
The three |
I did that in the meantime. I removed ecflow from packages.yaml, and added external qt5 to it. It was just too late to add it to the repository. BTW, same is with Hera, Jet, Gaeas. I already fixed some of them (Jet, Orion, Hercules) and rest will do tomorrow. Eventually, we can add those to release/1.8.0. |
Fine with me. It won't be in the tagged code, but at least in the release branch. Thanks @RatkoVasic-NOAA ! |
Summary
Update changes for tier1 machines for 1.8.0
Testing
Install 1.8.0
Applications affected
All
Systems affected
Tier1
Dependencies
Issue(s) addressed
Part of issue #1278
Checklist