| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
and libluv (#40690)
* add conflict with libluv version >=1.44 just on macOS
* minor change
* add libluv versions
* neovim: add newer releases
|
|
|
|
* exago: fix v1.5.1 tag; only allow python up to 3.10 for for @:1.5 due to pybind error with py 3.11
* hiop@:1.0 +cuda: constrain to cuda@:11.9
|
|
|
|
Co-authored-by: Tom Scogland <scogland1@llnl.gov>
|
|
* adios2: update variants and dependencies
* adios2: add kokkos rocm|cuda|sycl variant
* e4s oneapi ci stack: add adios2 +sycl
* e4s ci stack: add adios2 +rocm
* [@spackbot] updating style on behalf of vicentebolea
* Apply suggestions from code review
* adios2: fixed cuda variant
* update ecp-data-vis-sdk
* Update share/spack/gitlab/cloud_pipelines/stacks/e4s-power/spack.yaml
---------
Co-authored-by: eugeneswalker <eugenesunsetwalker@gmail.com>
Co-authored-by: vicentebolea <vicentebolea@users.noreply.github.com>
|
|
|
|
* Update survey package file for survey version 9 changes.
* Fix single quote - make double.
* Small change to trigger spack tests
|
|
|
|
GitLab's .patch URLs only provide abbreviated hashes, while .diff URLs
provide full hashes. There does not seem to be a parameter to force
.patch URLs to also return full hashes, so we should make sure to use
the .diff ones.
|
|
|
|
Co-authored-by: jmcarcell <jmcarcell@users.noreply.github.com>
|
|
|
|
|
|
|
|
|
|
(#40643)
|
|
GitLab's .patch URLs do not provide stable/full hashes, while .diff URLs
do. See #40656 for more information.
|
|
GitLab's .patch URLs do not provide stable/full hashes, while .diff URLs
do. See #40656 for more information.
|
|
GitLab's .patch URLs do not provide stable/full hashes, while .diff URLs
do. See #40656 for more information.
|
|
GitLab's .patch URLs do not provide stable/full hashes, while .diff URLs
do. See #40656 for more information.
|
|
GitLab's .patch URLs do not provide stable/full hashes, while .diff URLs
do. See #40656 for more information.
|
|
GitLab's .patch URLs do not provide stable/full hashes, while .diff URLs
do. See #40656 for more information.
|
|
Includes Score-P 8.3 and Cubew/cubelib 4.8.2.
|
|
Co-authored-by: jmcarcell <jmcarcell@users.noreply.github.com>
|
|
|
|
Co-authored-by: jmcarcell <jmcarcell@users.noreply.github.com>
|
|
* Docs: Add version range example to conditional dependencies
* Add when context manager example
|
|
While e.g. GNU patch 2.7.6 (as provided by homebrew) would apply the previous
version of this patch without problems, Apple's patch 2.0-12u11-Apple fails
to find out which file to patch.
Adding two lines to the patch fixes that. Renamed the patch in order to
not require a `spack clean -m`.
|
|
|
|
|
|
Co-authored-by: LydDeb <lyderic.debusschere@eolen.com>
|
|
* gromacs: add 2022.6, 2023.2 versions
* gromacs: add version 2023.3
|
|
|
|
when verbose (#40634)
|
|
* gromacs +cp2k: build in CI
* libxsmm: x86 only
* attempt to fix dbcsr + new mpich
* use c11 standard
* gromacs: does not depend on dbcsr
* cp2k: build with cmake in CI, s.t. dbcsr is a separate package
* cp2k: cmake patches for config files and C/C++ std
* cp2k: remove unnecessary constraints due to patch
|
|
* [add] py-corner: new package
* py-corner: remove py-wheel dependence with respect to reviewing commentary
---------
Co-authored-by: LydDeb <lyderic.debusschere@eolen.com>
|
|
With the introduction of multiple build dependencies from the same package in the DAG, we need to minimize a few weights accounting for edges rather than nodes. If we don't do that we might have multiple "optimal" solutions that differ only in how the same nodes are connected together. This commit ensures optimal versions are picked per parent in case of multiple choices for a dependency.
|
|
Co-authored-by: adamjstewart <adamjstewart@users.noreply.github.com>
|
|
* add recipes for sphinx-book-theme and its dependencies if unknown
* fix version and mission https
* fix based on reviewers remarks
|
|
Co-authored-by: LydDeb <lyderic.debusschere@eolen.com>
|
|
Co-authored-by: LydDeb <lyderic.debusschere@eolen.com>
|
|
Co-authored-by: LydDeb <lyderic.debusschere@eolen.com>
|
|
* py-statsmodels: add 0.14.0
* Fix style
* Update var/spack/repos/builtin/packages/py-statsmodels/package.py
Co-authored-by: Adam J. Stewart <ajstewart426@gmail.com>
* Update var/spack/repos/builtin/packages/py-statsmodels/package.py
Co-authored-by: Adam J. Stewart <ajstewart426@gmail.com>
* Remove python limits
* Remove comment
---------
Co-authored-by: Adam J. Stewart <ajstewart426@gmail.com>
|
|
* py-dcm2bids: add 3.1.0
* Fix python restriction
|
|
* py-bidscoin: add 4.1.1
* Fix style
* Fix restrictions for dependencies
|
|
* py-cykhash: adding new package py-cykhash
* py-hmmlearn: adding new package py-hmmlearn
* py-macs3: adding new package py-macs3
* py-macs3: adding python version restriction and other changes.
|
|
Fix the following syntax which validates only the first array entry:
```python
"compilers": {
"type": "array",
"items": [
{
"type": ...
}
]
}
```
to
```python
"compilers": {
"type": "array",
"items": {
"type": ...
}
}
```
which validates the entire array.
Oops...
|
|
On some systems, multiple pythonx.y are placed in the same prefix as
pythonx (where only one of them is associated with that pythonx).
Spack external detection for Python was willing to register all of
these as external versions. Moreover, the `package.py` for Python
was able to distinguish these.
This can cause an issue for some build systems, which will just look
for python3 for example, so if that python3 is actually python3.6,
and the build system needs 3.7 (which spack may have found in the
same prefix, and offered as a suitable external), it will fail when
invoking python3.
To avoid that issue, we simply avoid treating pythonx.y as external
candidates. In the above case, Spack would only detect a Python 3.6
external, and the build would be forced to use a Spack-built Python
3.7 (which we consider a good thing).
|
|
|
