Skip to content
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

py-jupyter-server build error when using different gcc backend for Intel #928

Closed
1 task done
climbfuji opened this issue Jan 2, 2024 · 1 comment · Fixed by #1033 or JCSDA/spack#417
Closed
1 task done
Assignees
Labels
bug Something is not working INFRA JEDI Infrastructure

Comments

@climbfuji
Copy link
Collaborator

climbfuji commented Jan 2, 2024

Describe the bug
The issue is described in detail in spack/spack#41899, please check there.

The workaround adopted for the spack-stack-1.6.0 release is that on the affected systems listed below, we build node.js manually outside of spack and add it directly to the list of modules in the site's compiler config. This is to avoid making node.js a dependency of py-jupyter-server and then declaring it as an external package on all systems (even those that don't need any changes):

  • Narwhal

Once we've come to a solution with the spack developers, will revert the above workaround and make the correct change in spack-stack develop (but not for spack-stack-1.6.0).

To Reproduce
See spack/spack#41899

Expected behavior
The package builds correctly on all systems, independent of the gcc backend/compiler.

System:
Narwhal, potentially others.

Additional context
n/a

@climbfuji
Copy link
Collaborator Author

Note. I was not able to reproduce this problem today with spack-stack develop. I will keep an eye on this when we roll out spack-stack-1.7.0, and if it doesn't happen I'll close the issue as "it fixed itself".

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something is not working INFRA JEDI Infrastructure
Projects
No open projects
1 participant