-
Notifications
You must be signed in to change notification settings - Fork 704
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
{bio}[foss/2021a] OpenFold v1.0.0, colossalai v0.1.8, einops v0.4.1, OpenMM 7.5.1 (incl. AlphaFold patch) w/ Python 3.9.5 + CUDA 11.3.1 #15971
Conversation
…s-0.4.1-GCCcore-10.3.0.eb, OpenFold-1.0.0-foss-2021a-CUDA-11.3.1.eb, OpenMM-7.5.1-foss-2021a_AlphaFold.eb and patches: OpenMM-7.5.1_AlphaFold.patch
This comment was marked as outdated.
This comment was marked as outdated.
easybuild/easyconfigs/o/OpenFold/OpenFold-1.0.0-foss-2021a-CUDA-11.3.1.eb
Outdated
Show resolved
Hide resolved
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
easybuild/easyconfigs/o/OpenMM/OpenMM-7.5.1-foss-2021a_AlphaFold.eb
Outdated
Show resolved
Hide resolved
easybuild/easyconfigs/o/OpenFold/OpenFold-1.0.0-foss-2021a-CUDA-11.3.1.eb
Outdated
Show resolved
Hide resolved
easybuild/easyconfigs/o/OpenFold/OpenFold-1.0.0-foss-2021a-CUDA-11.3.1.eb
Outdated
Show resolved
Hide resolved
easybuild/easyconfigs/o/OpenFold/OpenFold-1.0.0-foss-2021a-CUDA-11.3.1.eb
Outdated
Show resolved
Hide resolved
(weird, couldn't remove the patch with old name with |
('ninja', '1.10.2.3', { | ||
'checksums': ['e1b86ad50d4e681a7dbdff05fc23bb52cb773edb90bc428efba33fa027738408'], | ||
}), |
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.
does it need that specific version? We have Ninja-1.10.1-GCCcore-10.2.0.eb
which is this thing (to be used as a builddep only i assume?)
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.
but that provides only the ninja
binary, and deepspeed
requires the ninja
python package...
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 guess we could enhance the (recent) Ninja
easyconfigs to also install the Python bindings (I'm looking into that, PR coming soon...)
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.
see #16025
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.
It looks like the ninja
Python package, provided by https://github.com/scikit-build/ninja-python-distributions, is actually a shim package, a very light-weight wrapper around the ninja
binary so you can declare a dependency on it in setup.py
& co...
With that in mind, I think it should be OK to just strip out the requirement for ninja
as long as we provide the traditional Ninja
as a (build) depemdency.
I'll look into this (and then close #16025 since that PR doesn't make much sense then)
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.
Hmm, just stripping out the requirement for the ninja
Python package won't be a good idea, since deepspeed
really does require it (if only to check whether Ninja
is available), see https://github.com/microsoft/DeepSpeed/blob/316c4a43e0802a979951ee17f735daf77ea9780f/deepspeed/env_report.py#L54-L59
So unless we can somehow make the ninja
Python package point to an existing Ninja
installation rather than having it install it's own ninja
binary, this may be a necessary evil that's hard to avoid... :-/
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 closed #16025, since that's clearly not the correct way forward.
Since the ninja
Python package is also a runtime dependency for deepspeed
, I don't see a better way out than the current approach being used here: install ninja
as an extension in OpenFold
(as opposed to trying to use the classic Ninja
installation as a dependency somehow).
easybuild/easyconfigs/o/OpenMM/OpenMM-7.5.1-foss-2021a-DeepMind-patch.eb
Outdated
Show resolved
Hide resolved
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.
lgtm
The ninja Python package is a necessary evil, can't seem to make it sit on top of an existing Ninja tool installation
@boegelbot please test @ jsc-zen2 |
@boegel: Request for testing this PR well received on jsczen2l1.int.jsc-zen2.easybuild-test.cluster PR test command '
Test results coming soon (I hope)... - notification for comment with ID 1228155272 processed Message to humans: this is just bookkeeping information for me, |
Test report by @boegelbot |
Test report by @boegel |
Going in, thanks @migueldiascosta! |
@boegelbot please test @ generoso |
@boegel: Request for testing this PR well received on login1 PR test command '
Test results coming soon (I hope)... - notification for comment with ID 1228240829 processed Message to humans: this is just bookkeeping information for me, |
Test report by @boegelbot |
(created using
eb --new-pr
)requires: