summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2023-09-05cabana: fix gtest dependency (#39811)Sam Reeve1-1/+1
2023-09-05new package: Yade (#39786)leonardo araujo1-0/+46
* feat: yade package * fix: dependencies for Yade * feat: yade versions * fix: cmake_args and version_url * fix: Spack license identifier * fix: black formatter * fix: black would be reformatted? yes! * feat: add maintainer --------- Co-authored-by: leo magdanello <araujo.leonardo@luizalabs.com>
2023-09-05CMakePackage: remove -DBUILD_TESTING flag (#37967)Adam J. Stewart1-2/+0
2023-09-05umpire: Add 2022.10.0 (#37998)Mikael Simberg2-0/+23
* Add umpire 2022.10.0 * Add patches to umpire@2022.10.0 * Add axom 0.8.0 and 0.8.1 * Remove Umpire 2023.06.0
2023-09-05Revert ""spack config add": allow values with a ":" (#39279)" (#39825)Harmen Stoppels2-30/+7
This reverts commit b72a268bc565d370bd64589e86929acfd73c08a1.
2023-09-05xerces-c: support variant cxxstd=20 (#39784)Wouter Deconinck1-1/+1
2023-09-05compilers/gcc.py: support cxx{20,23}_flag (#39777)Wouter Deconinck1-0/+22
2023-09-05podio, edm4hep and lcio: add lib and lib64 to LD_LIBRARY_PATH (#37881)Juan Miguel Carceller2-1/+3
Co-authored-by: jmcarcell <jmcarcell@users.noreply.github.com>
2023-09-05boost: support variant cxxstd=20 (#39769)Wouter Deconinck1-0/+1
2023-09-05Add type-hints to the `spack.detection` package (#39803)Massimiliano Culpo2-67/+99
2023-09-05hpx-kokkos: add 0.4.0 and other minor changes (#39723)Mikael Simberg1-1/+39
* Add hpx-kokkos 0.4.0 * Make git global package property in hpx-kokkos instead of having it version-specific * Add variant for choosing future type in hpx-kokkos * Add support for testing hpx-kokkos
2023-09-05Add maintainers to some bioconductor packages (#39801)pabloaledo5-0/+5
Signed-off-by: Pablo <pablo.aledo@seqera.io>
2023-09-05clhep: support variant cxxstd=20 (#39768)Wouter Deconinck1-3/+6
2023-09-05build(deps): bump actions/checkout from 3.6.0 to 4.0.0 (#39789)dependabot[bot]8-26/+26
Bumps [actions/checkout](https://github.com/actions/checkout) from 3.6.0 to 4.0.0. - [Release notes](https://github.com/actions/checkout/releases) - [Changelog](https://github.com/actions/checkout/blob/main/CHANGELOG.md) - [Commits](https://github.com/actions/checkout/compare/f43a0e5ff2bd294095638e18286ca9a3d1956744...3df4ab11eba7bda6032a0b82a6bb43b11571feac) --- updated-dependencies: - dependency-name: actions/checkout dependency-type: direct:production update-type: version-update:semver-major ... Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
2023-09-05build(deps): bump pytest from 7.4.0 to 7.4.1 in /lib/spack/docs (#39790)dependabot[bot]1-1/+1
Bumps [pytest](https://github.com/pytest-dev/pytest) from 7.4.0 to 7.4.1. - [Release notes](https://github.com/pytest-dev/pytest/releases) - [Changelog](https://github.com/pytest-dev/pytest/blob/main/CHANGELOG.rst) - [Commits](https://github.com/pytest-dev/pytest/compare/7.4.0...7.4.1) --- updated-dependencies: - dependency-name: pytest dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
2023-09-05Set backtrace in ci (#39737)Harmen Stoppels1-0/+1
2023-09-04glibc: add package (#39695)Harmen Stoppels10-0/+426
2023-09-02py-dataclasses-json: add new package (#39493)Jen Herting1-0/+20
* [py-dataclasses-json] New package * [py-dataclasses-json] limiting py-poetry-core versions
2023-09-02[py-preshed] added version 3.0.8 (#38969)Jen Herting1-0/+2
* [py-preshed] added version 3.0.8 * [py-preshed] reordered for consistancy
2023-09-01Windows: fix pwsh env activate/deactivate; load/unload (#39118)John W. Parent9-21/+62
These commands are currently broken on powershell (Windows) due to improper use of the InvokeCommand commandlet and a lack of direct support for the `--pwsh` argument in `spack load`, `spack unload`, and `spack env deactivate`.
2023-09-01"spack config add": allow values with a ":" (#39279)John W. Parent2-7/+30
If you wanted to set a configuration option like `config:install_tree:root` to "C:/path/to/config.yaml", Spack had trouble parsing this because of the ":" in the value. This adds logic to allow using quotes to enclose the value, so you can add `config:install_tree:root:"C:/path/to/config.yaml"`. Configuration keys should never contain a quote character, so the presence of any quote is taken to mean that the rest of the string is specifying the value.
2023-08-31py-pandas: add v2.1.0 (#39707)Adam J. Stewart1-47/+52
2023-08-31[NVHPC] add a possibility to control default CUDA version (#38909)Anton Kozhevnikov1-0/+5
* add a possibility to control default cuda version * fix stype * style fix * resolve comment * resolve comment * Fix style in nvhpc package.py --------- Co-authored-by: antonk <antonk@cscs.ch> Co-authored-by: Mikael Simberg <mikael.simberg@iki.fi>
2023-08-31environment: improve spack remove matching (#39390)Massimiliano Culpo3-5/+95
search for equivalent specs, not for equal strings when selecting a spec to remove.
2023-08-31build(deps): bump sphinx from 7.2.4 to 7.2.5 in /lib/spack/docs (#39716)dependabot[bot]1-1/+1
Bumps [sphinx](https://github.com/sphinx-doc/sphinx) from 7.2.4 to 7.2.5. - [Release notes](https://github.com/sphinx-doc/sphinx/releases) - [Changelog](https://github.com/sphinx-doc/sphinx/blob/master/CHANGES) - [Commits](https://github.com/sphinx-doc/sphinx/compare/v7.2.4...v7.2.5) --- updated-dependencies: - dependency-name: sphinx dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
2023-08-31Remove a few local imports in tests (#39719)Harmen Stoppels1-12/+0
2023-08-31dla-future: add v0.2.0 (#39705)Raffaele Solcà1-7/+47
2023-08-31ASP-based solver: add hidden mode to ignore versions that are moving ↵Harmen Stoppels6-134/+196
targets, use that in CI (#39611) Setting the undocumented variable SPACK_CONCRETIZER_REQUIRE_CHECKSUM now causes the solver to avoid accounting for versions that are not checksummed. This feature is used in CI to avoid spurious concretization against e.g. develop branches.
2023-08-30llvm: fix for Flang variant due to exception handling (#36171)Pat McCormick1-1/+10
* The flang project does not support exceptions enabled in the core llvm library (and developer guidelines explicitly state they should not be used). For this reason, when the flang variant is selected, LLVM_ENABLE_EH needs to be disabled. In the current main branch of llvm (and thus future releases), enabling flang and setting LLVM_ENABLE_EH will cause the overall build to fail. * Update var/spack/repos/builtin/packages/llvm/package.py Co-authored-by: Harmen Stoppels <harmenstoppels@gmail.com> * fix syntax --------- Co-authored-by: Harmen Stoppels <harmenstoppels@gmail.com> Co-authored-by: Satish Balay <balay@mcs.anl.gov>
2023-08-30Windows: oneapi/msvc consistency (#39180)John W. Parent1-36/+145
Currently, OneAPI's setvars scripts effectively disregard any arguments we're passing to the MSVC vcvars env setup script, and additionally, completely ignore the requested version of OneAPI, defaulting to whatever the latest installed on the system is. This leads to a scenario where we have improperly constructed Windows native development environments, with potentially multiple versions of MSVC and OneAPI being loaded or called in the same env. Obviously this is far from ideal and leads to some fairly inscrutable errors such as overlapping header files between MSVC and OneAPI and a different version of OneAPI being called than the env was setup for. This PR solves this issue by creating a structured invocation of each relevant script in an order that ensures the correct values are set in the resultant build env. The order needs to be: 1. MSVC vcvarsall 2. The compiler specific env.bat script for the relevant version of the oneapi compiler we're looking for. The root setvars scripts seems to respect this as well, although it is less explicit 3. The root oneapi setvars script, which sets up everything else the oneapi env needs and seems to respect previous env invocations.
2023-08-30py-llvmlite: add Python version requirements (#39711)Adam J. Stewart1-16/+15
2023-08-30completion: make bash completion work in zshTodd Gamblin2-4/+32
`compgen -W` does not behave the same way in zsh as it does in bash; it seems not to actually generate the completions we want. - [x] add a zsh equivalent and `_compgen_w` to abstract it away - [x] use `_compgen_w` instead of `compgen -W`
2023-08-30completion: add alias handlingTodd Gamblin4-0/+103
Bash completion is now smarter about handling aliases. In particular, if all completions for some input command are aliased to the same thing, we'll just complete with that thing. If you've already *typed* the full alias for a command, we'll complete the alias. So, for example, here there's more than one real command involved, so all aliases are shown: ```console $ spack con concretise concretize config containerise containerize ``` Here, there are two possibilities: `concretise` and `concretize`, but both map to `concretize` so we just complete that: ```console $ spack conc concretize ``` And here, the user has already typed `concretis`, so we just go with it as there is only one option: ```console spack concretis concretise ```
2023-08-30Add `concretise` and `containerise` aliases for our UK usersTodd Gamblin3-2/+40
From a user: > Aargh. > ``` > ==> Error: concretise is not a recognized Spack command or extension command; check with `spack commands`. > ``` To make things easier for our friends in the UK, this adds `concretise` and `containerise` aliases for the `spack concretize` and `spack containerize` commands. - [x] add aliases - [x] update completions
2023-08-30[procps] New versions (#38650)Chris Green4-2/+70
* [procps] New versions 3.3.14, 3.3.3.15..3.3.17, 4.0.0..4.0.3 * Put upper bound on patch application * [Patch was merged](https://gitlab.com/procps-ng/procps/-/merge_requests/189) for upcoming 4.0.4.
2023-08-29py-parsl: add v2023.08.21 (#39642)Ryan Marcellino1-8/+19
* py-parsl: add v2023.08.21 * fix style * add missing deps
2023-08-29amg2023 package: cmake build (#39618)Dewi1-56/+24
Switch from makefile to CMake-based build. CMake support is currently in a specific branch of the amg2023 repo, so add this branch as a version in the package.
2023-08-29Upgrading py-pika versions (#39670)Loïc Pottier1-2/+13
* Upgraded py-pika versions Signed-off-by: Loïc Pottier <pottier1@llnl.gov> * Upgraded py-pika versions Signed-off-by: Loïc Pottier <pottier1@llnl.gov> * added variants and adding setuptools constraint Signed-off-by: Loïc Pottier <pottier1@llnl.gov> * missing setuptools for older versions Signed-off-by: Loïc Pottier <pottier1@llnl.gov> --------- Signed-off-by: Loïc Pottier <pottier1@llnl.gov>
2023-08-29libpng: add libs property (#39638)Adam J. Stewart1-0/+7
2023-08-29boxlib: Add BL_USE_PARTICLES cmake var (#39660)Tom Payerle1-0/+1
Set BL_USE_PARTICLES to 1, which should case boxlib build to include Particles classes according to CMakeLists.txt. This seems to fix #18172 The aforementioned error seems to occur in cmake phase while processing CMakeLists.txt in Src/C_ParticleLib, and appears to be due to the variable containing the list of src files for the add_library() call being empty unless BL_USE_PARTICLES is set to 1.
2023-08-29Added release 2023.08.25 (#39665)G-Ragghianti3-0/+11
2023-08-29[mathematica] added version 13.0.1 (#39675)Jen Herting1-0/+5
2023-08-29Jedwards/parallelio262 (#39676)Jim Edwards1-2/+3
* add parallelio@2.6.2 * add comments
2023-08-29justbuild: add v1.2.1 (#39679)Alberto Sartori1-1/+6
2023-08-29[py-tiktoken] added verison 0.3.1 (#39677)Jen Herting1-0/+1
2023-08-29py-torchmetrics: add v1.1.1 (#39685)Adam J. Stewart1-0/+1
2023-08-29mapl: Fix pflogger dependency (#39683)Matthew Thompson1-3/+3
2023-08-29[py-gradio] New package (#39304)Jen Herting1-0/+46
* [py-gradio] New package * [py-gradio] added deps from requirements.txt * [py-gradio] py-pillow -> pil
2023-08-29py-lightly: add v1.4.17 (#39686)Adam J. Stewart1-0/+1
2023-08-29py-distributed: use py-jinja2 versions from 2.10.3 (#39658)LydDeb1-1/+1
In depends_on py-jinja2, use versions from 2.10.3, instead of strict equality, according to the pyproject.toml of py-distributed 2023.4.1