| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
|
|
* upcxx,gasnet: Add 2022.3.0 version hashes
* gasnet: Add ofi and ucx experimental conduits
* gasnet: Add CUDA and ROCm/HIP variants
* upcxx: Add Cray EX/Shasta detection and auto-config
* upcxx: Add ROCm/HIP support
* Use implicit dependencies from CudaPackage, ROCmPackage
|
|
|
|
* gdal: changing behavior of configure for +xml2 with 3.0+
* Update var/spack/repos/builtin/packages/gdal/package.py
Co-authored-by: Adam J. Stewart <ajstewart426@gmail.com>
Co-authored-by: Adam J. Stewart <ajstewart426@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* Added version 2.0.7 and a conflict
* added maintainer
|
|
|
|
* Add checksum for py-more-itertools@8.12.0 and fix python dependency
* Add checksum for py-prettytable@3.2.0
* Package version 8.11.0 is the only version that requires python 3.6+
Co-authored-by: Adam J. Stewart <ajstewart426@gmail.com>
* Add reference to python@3.6 support when 8.11
* Revert "Add reference to python@3.6 support when 8.11"
This reverts commit 0ba00021936568a8007b7644fa8dfb031a3ad044.
* Add python 3.7: requirement
* Revert range for python 3.6
* Revert py-more-itertools modifications
Co-authored-by: aandvalenzuela <andrea.valenzuela.ramirez@cern.ch>
Co-authored-by: Adam J. Stewart <ajstewart426@gmail.com>
|
|
* htop variants for debug, hwloc, unicode support
* removed redundant ncurses dep
|
|
|
|
|
|
|
|
|
|
Co-authored-by: sbulut <sbulut@3vgeomatics.com>
|
|
|
|
|
|
|
|
* SDK: Require paraview@5.10: in the ECP SDK
* SDK: Updated dev src conflicts to be more explicit
|
|
This is an amended version of https://github.com/spack/spack/pull/24894 (reverted in https://github.com/spack/spack/pull/29603). https://github.com/spack/spack/pull/24894
broke all instances of `spack external find` (namely when it is invoked without arguments/options)
because it was mandating the presence of a file which most systems would not have.
This allows `spack external find` to proceed if that file is not present and adds tests for this.
- [x] Add a test which confirms that `spack external find` successfully reads a manifest file
if present in the default manifest path
--- Original commit message ---
Adds `spack external read-cray-manifest`, which reads a json file that describes a
set of package DAGs. The parsed results are stored directly in the database. A user
can see these installed specs with `spack find` (like any installed spec). The easiest
way to use them right now as dependencies is to run
`spack spec ... ^/hash-of-external-package`.
Changes include:
* `spack external read-cray-manifest --file <path/to/file>` will add all specs described
in the file to Spack's installation DB and will also install described compilers to the
compilers configuration (the expected format of the file is described in this PR as well including examples of the file)
* Database records now may include an "origin" (the command added in this PR
registers the origin as "external-db"). In the future, it is assumed users may want
to be able to treat installs registered with this command differently (e.g. they may
want to uninstall all specs added with this command)
* Hash properties are now always preserved when copying specs if the source spec
is concrete
* I don't think the hashes of installed-and-concrete specs should change and this
was the easiest way to handle that
* also specs that are concrete preserve their `.normal` property when copied
(external specs may mention compilers that are not registered, and without this
change they would fail in `normalize` when calling `validate_or_raise`)
* it might be this should only be the case if the spec was installed
- [x] Improve testing
- [x] Specifically mark DB records added with this command (so that users can do
something like "uninstall all packages added with `spack read-external-db`)
* This is now possible with `spack uninstall --all --origin=external-db` (this will
remove all specs added from manifest files)
- [x] Strip variants that are listed in json entries but don't actually exist for the package
|
|
Co-authored-by: aandvalenzuela <andrea.valenzuela.ramirez@cern.ch>
|
|
* Add checksum for py-more-itertools@8.12.0 and fix python dependency
* Package version 8.11.0 is the only version that requires python 3.6+
Co-authored-by: Adam J. Stewart <ajstewart426@gmail.com>
* Add reference to python 3.6 dependency
Co-authored-by: aandvalenzuela <andrea.valenzuela.ramirez@cern.ch>
Co-authored-by: Adam J. Stewart <ajstewart426@gmail.com>
|
|
* py-quantities: add versions from 0.12.2-13.0
* Attempt to fix the version specification
* add maintainer, implement suggestions from reviewer
|
|
|
|
* add fftx package; rename spiral to spiral-software and add spiral-package-*
* Update year in copyright notice
* Add package description to FFTX/package.py
* Changes to package files for SPIRAL & FFTX for PR
* Update package definitions
* remove unnecessary lines
|
|
|
|
|
|
|
|
|
|
Co-authored-by: David Kuehn <las_dkuehn@iastate.edu>
|
|
* Enable barebones testing
Run 6 test cases representative of the entire HiOp test suite.
* Apply style changes
* Dont use unpacking for py2 compat
|
|
Co-authored-by: Annop Wongwathanarat <annop.wongwathanarat@arm.com>
|
|
Co-authored-by: David Kuehn <las_dkuehn@iastate.edu>
|
|
|
|
We've found that when using mvapich2 via modules, we need to set the MPI_ROOT
environment variable.
|
|
* Update package versions for Ascent/SDK
* Umpire build static for cuda from dray
* Propagate cuda_arch for ascent and dray packages.
* Ascent: Update dependency versions for ascent@0.8:
* VTK-h: Patch +shared+cuda for VTK-h 0.8.x
* Ascent: Patch to allow @0.8: +shared+cuda
* Turn off building ascent tests.
* Update ascent patch
* WIP: Ascent: Update patch to configure MPI build with CUDA
* Ascent: Tests require vtk-m+testlib
* WIP: Ascent: Constrain 0.7 for vtk-h
* Ascent: Directly depend on VTK-m
|
|
Base on release date, not actual compatibility, because LLVM
version compatibility is not documented clearly in Mesa for
upper version limits.
|
|
* SCons: added versions 4.0.0-4.3.0
* scons: correct package name casing in url_for_version
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Co-authored-by: Massimiliano Culpo <massimiliano.culpo@gmail.com>
|
