-
Notifications
You must be signed in to change notification settings - Fork 2.2k
Telcon: 2016 09 08
Todd Gamblin edited this page Sep 8, 2016
·
7 revisions
- Todd Gamblin (LLNL)
- Thomas Merrick (TAMU-Corpus Christi)
- Peter Scheibel (LLNL)
- Patrick Gartung (FNAL)
- Mike Collette (LLNL)
- Mario Melara (NERSC)
- Greg Lee (LLNL)
- Greg Becker (LLNL)
- GitHub now allows better collaborating on forks
- Maintainers can push edits to PR branches
- Should be useful for working with contributors
- SC16 tutorial slides are submitted
- Slides will go on USB stick
- Still working on tutorial materials online
- Thanks again to contributors for:
- Reworking of LAPACK/BLAS linking makes using these packages more robust
- Based on work at EPFL
- Hash stability (#1409) is now merged
- Further stability fixes to
spack reindex
are in
- Still tracking down a ref count issue with
spack reindex
- Added a
spack debug
command to facilitate collecting diagnostics from users-
spack debug create-db-tarball
will create a tarball with Spack's DB andspec.yaml
files with which maintainers can checkspack reindex
. Has been useful for reproducing issues.
-
- Still working on some outstanding bugs from last time
- Fetching issues resolved
- Patrick: Jim Amundsen at fermi still toying with ideas for SpackDev
- Patrick adding CERN's CMS software package to Spack
- not CMake-based so not the easiest integration
- relies on building an RPM first, then installs the RPM, has mechanisms for finding that
- Build system is called Scram, used on early CERN experiments
- Fermi build and newer CERN builds using CMake -- easier to integrate
- Tom Merrick: Generated module files should load runtime dependencies, but they're not in some cases
- Mario:
- having a meeting at NERSC to discuss Spack integration for Cori Phase 1 and 2
- Ran a spackathon with NERSC consultants recently
- Consultants want ability to install packages outside Spack install directory
- Move opt to
/usr/common/software
- Move module files to a custom location
- Move opt to
- Mike Collette wants a release before porting his code to new version
- We'll try to push out
0.10
in the next couple weeks. -
1.0
is probably close, but saving1.0
label for when we've got more package testing going.