-
-
Couldn't load subscription status.
- Fork 27
openmpi 4.1.7 #192
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
base: 4.x
Are you sure you want to change the base?
openmpi 4.1.7 #192
Conversation
GCC 7 (used with CUDA 10.2) has configuration errors due to missing features. Plus all other architectures use GCC 9 (with CUDA 11.0). So go ahead and align on GCC 9 (with CUDA 11.0).
…nda-forge-pinning 2023.03.28.09.32.54
The CUDA 11.0 image on Linux `x86_64` is already on CentOS 7 (as opposed to CentOS 6 with older CUDA images). So drop the `cos7` portion from the name.
…nda-forge-pinning 2023.03.28.09.32.54
Switch to CUDA 11.1 to allow updating to GCC 10.
…nda-forge-pinning 2023.03.28.22.53.26
…nda-forge-pinning 2023.10.26.11.34.06
…nda-forge-pinning 2023.12.21.09.51.46
…822a68 openmpi v5.0.0
Co-authored-by: Leo Fang <[email protected]>
recipe: Add libnl dependency on Linux
…arning Fix missing libcuda warning
…da4da5 openmpi v5.0.1
…nda-forge-pinning 2024.01.05.22.51.09
…nda-forge-pinning 2024.01.05.22.51.09
openmpi 6 forks prrte, so no point unbundling it now
…nda-forge-pinning 2024.12.15.16.05.58
for best abi compatibility
…nda-forge-pinning 2024.12.18.11.57.07
use external libpmix
…nda-forge-pinning 2025.01.24.17.08.54
…-ucx118-0-1_h0a6fe3 Rebuild for ucx 1.18
…nda-forge-pinning 2025.02.15.07.01.42
…56db24 openmpi v5.0.7
|
@conda-forge-admin rerender |
|
Hi! This is the friendly automated conda-forge-linting service. I just wanted to let you know that I linted all conda-recipes in your PR ( I do have some suggestions for making it better though... For recipe/meta.yaml:
This message was generated by GitHub Actions workflow run https://github.com/conda-forge/conda-forge-webservices/actions/runs/13707071556. Examine the logs at this URL for more detail. |
|
@minrk What would be the correct approach for building an older release series? Should I merge |
|
backporting changes main might be useful (e.g. the activation scripts), but you don't need to. Merge conflicts might be a pain, but just reviewing the changes that would occur from: and opting to keep what looks appropriate makes sense to me. If this built successfully, I'd probably leave it and move on. If you want this branch to get dependency bump PRs, we should add bot:
abi_migration_branches:
- 4.xto |
…nda-forge-pinning 2025.03.07.09.19.34
Checklist
0(if the version changed)conda-smithy(Use the phrase@conda-forge-admin, please rerenderin a comment in this PR for automated rerendering)