-
- Downloads
Module index should not be unconditionally overwritten (#14837)
* Module index should not be unconditionally overwritten Uncovered after we switched our CI to generate modules for packages one-by-one rather than in bulk. This overwrote a complete module index with an index with a single entry, and broke our downstream Spack instances that needed the upstream module index.
Showing
- lib/spack/spack/cmd/modules/__init__.py 5 additions, 2 deletionslib/spack/spack/cmd/modules/__init__.py
- lib/spack/spack/modules/common.py 9 additions, 3 deletionslib/spack/spack/modules/common.py
- lib/spack/spack/test/cmd/module.py 5 additions, 4 deletionslib/spack/spack/test/cmd/module.py
- lib/spack/spack/test/modules/tcl.py 17 additions, 0 deletionslib/spack/spack/test/modules/tcl.py
Loading
Please register or sign in to comment