| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
|
|
|
|
* votca-tools: add v1.6.4
* votca-csg: add v1.6.4
* votca-csg-tutorials: add v1.6.4
* votca-csgapps: add v1.6.4
* votca-xtp: add v1.6.4
* csgapps: master/stable version got merged into votca-csg
|
|
|
|
Add early support for ROCM on AMD GPUs, for develop branch only.
Requires ROCM packages to be specified as external packages.
|
|
|
|
libzmq started using strlcpy from v4.3.3
|
|
|
|
fixes #20784
Similarly to the previous bug, here we were deducing
conditions to be imposed on nodes that were not part
of the DAG.
|
|
fixes #20736
Before this one line fix we were erroneously deducing
that dependency conditions hold even if a package
was external.
This may result in answer sets that contain imposed
conditions on a node without the node being present
in the DAG, hence #20736.
|
|
|
|
fixes #20611
The conflict was triggered by an invalid value of the
'scheduler' variant. This causes Spack to error when libyogrt
facts are validated by the ASP-based concretizer.
|
|
At some point in the past, the skip_patch argument was removed
from the call to package.do_install() this broke the --skip-patch
flag on the dev-build command.
|
|
* New package [py-pylops]
* [py-pylops] Seperated optional dependecies into a variant called advanced
|
|
|
|
|
|
Co-authored-by: Massimiliano Culpo <massimiliano.culpo@gmail.com>
Co-authored-by: Adam J. Stewart <ajstewart426@gmail.com>
|
|
Co-authored-by: Massimiliano Culpo <massimiliano.culpo@gmail.com>
|
|
|
|
There's two issues with hip where it tries to autodetect the patch
version number from git (when installed), but it does not check if it
even is inside of a git repo. The result is we end up with a shared lib
with a trailing dash in the library suffix: `libamd64.so.x.y.z-`, which
confuses GCC. The patch tries to check if the `.git` folder exists, and
if it does not, it handles version numbering the same as when git was
not installed previously.
|
|
* New package [py-scikit-fmm]
* [py-scikit-fmm] Removed redundant depends_on
|
|
|
|
|
|
|
|
|
|
* opencl-c-headers: add new version 2020.12.18
* opencl-clhpp: add new version 2.0.13
* opencl-headers: now supports OpenCL 3.0 with new versions of opencl-c-headers and opencl-clhpp
* ocl-icd: add new version 2.2.14 add now can provide OpenCL 3.0
|
|
|
|
|
|
|
|
|
|
|
|
PaRSEC: the Parallel Runtime Scheduler and Execution Controller for micro-tasks on distributed heterogeneous systems.
Signed-off-by: Aurelien Bouteiller <bouteill@icl.utk.edu>
|
|
|
|
|
|
New versions 1.11.12, 1.11.13, 2.3.0, 2.4.0.
|
|
|
|
|
|
|
|
|
|
* py-tensorflow: 2.4.0 and dependency updates
* minor version updates
* fix numpy dependency
* dependency rework: compatible release issues, start to clarify cuda versions
* --incompatible_no_support_tools_in_action_inputs was removed in bazel 3.6
* adjustment to versions of cuda dependency, also make sure that
patches/filters still apply to certain release trains.
* python 3.8 and tf < 2.2 have issues
* missed py-grpcio version bump
|
|
I finally figured out how to get version 2.0.0 to play nice with the dev
versions. Yuck.
|
|
Remove the ORNL Ascent gitlab trigger
CI will now be done internally via periodic builds.
|
|
Set up environment and dependent packages properly when building
with intel-oneapi-mpi as a dependency MPI provider (e.g. point to
mpicc compiler wrapper).
|
|
* amrex: expand CUDA support
|
|
Enabled parallel builds of the C-extension upto the parallelism allowed
by spack.
https://scikit-learn.org/stable/developers/advanced_installation.html#parallel-builds
|
|
* [py-testfixtures] copied from slpits
* [py-testfixtures] removed extends('python')
* [py-testfixtures] removed unnecessary dependencies
|
|
* py-six: 1.15.0
* depend on specific python version(s)
|
|
* Fix dependencies and https address of gitpython
* Fix gitpython, use pypi repo, fix checksums
* Use pypi
* Revert to python 3.4 dependency
|
|
* eospac: add version 6.4.2beta
* eospac: clarify EOSPAC "beta" versions
Compared to 6.4.1, EOSPAC 6.4.2beta contains only one change, a fix
for an inability to read some SESAME files in ASCII format. From the
release announcement,
EOSPAC 6.4.2beta has been released for general use as the latest
(i.e., eospac6-latest) versions. This is a small patch to the
previously-released version 6.4.1, which was requested by an
affected user.
But the "beta" label can cause confusion, especially when a beta
version is the new preferred version, as is the case here. As
suggested by reviewers, add a comment clarifying EOSPAC's use of
"beta".
|
|
|
