Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
See #29340
Co-authored-by: Nat Shineman <shineman.5@buckeyemail.osu.edu>
|
|
|
|
Co-authored-by: Harmen Stoppels <harmenstoppels@gmail.com>
|
|
Spack generally ignores file-file projection clashes in environment
views, but would eventually error when linking the `.spack` directory
for two specs of the same package.
This leads to obscure errors where users have no clue what the issue is
and how to fix it. On top of that, the error comes very late, since it
happens when the .spack dir contents are linked (which happens after
everything else)
This PR improves that by doing a quick check ahead of time if clashes
are going to be anticipated (by simply checking for clashes in the
projection of each spec's .spack metadir). If there are clashes, a
human-readable error is thrown which shows two of the conflicting specs,
and tells users to user unify:true, view:false, or set up custom
projections.
|
|
* add pytng
* black
* add setuptools
* fix
* Update var/spack/repos/builtin/packages/py-pytng/package.py
Co-authored-by: Adam J. Stewart <ajstewart426@gmail.com>
* Update var/spack/repos/builtin/packages/py-pytng/package.py
* Update var/spack/repos/builtin/packages/py-pytng/package.py
Co-authored-by: Adam J. Stewart <ajstewart426@gmail.com>
---------
Co-authored-by: Adam J. Stewart <ajstewart426@gmail.com>
|
|
|
|
|
|
|
|
(#35571)
|
|
|
|
(#33122)" (#35077)
This reverts commit c721aab0067e127cd9db6a4eb919747814549b4f.
|
|
|
|
|
|
|
|
|
|
* xyce: add maintainer
* xyce: add patch for pymi parameter merge
|
|
|
|
configs (#35494)
Kokkos when compiled by spack without +wrapper could potentially capture the spack compiler wrappers, resulting in cmake configs and kokkos_launch_compiler trying to run the spack compiler wrapper after installation.
|
|
to make the workaround for #29447 work with `concretizer:unify:true` option
|
|
|
|
|
|
|
|
|
|
Bugfix release only. No changes in build system.
|
|
* acts: new versions 23.1.0, 23.2.0, 23.2.1
- https://github.com/acts-project/acts/compare/v23.0.0...v23.1.0: no changes needed to package.py
- https://github.com/acts-project/acts/compare/v23.1.0...v23.2.0: no changes needed to package.py
- https://github.com/acts-project/acts/compare/v23.2.0...v23.2.1: no changes needed to package.py
* actsvg: new versions 0.4.27, 0.4.28 (and updated list_url)
* acts: depends_on actsvg@0.4.28: when acts@23.2: +svg
* autodiff: new version 0.6.5-0.6.12 (and list_url fix)
* vecmem: new versions 0.13.0-0.22.0 (and list_url fix)
|
|
Mostly minor changes in random and support for c++20. No build system changes needed.
Ref: https://gitlab.cern.ch/CLHEP/CLHEP/-/compare/CLHEP_2_4_6_2...CLHEP_2_4_6_4
|
|
https://gitlab.com/hepcedar/lhapdf/-/compare/lhapdf-6.5.3...lhapdf-6.5.1: bugfixes only
|
|
https://gitlab.tp.nt.uni-siegen.de/whizard/public/-/compare/v3.0.3...v3.1.0, no changes to package.py needed.
|
|
|
|
* `py-pyarrow`: fix build environment
* Use `satisfies()` for specs
|
|
|
|
|
|
Fix a race in the makefile where the shared lib was built before the
object files were available.
See https://github.com/xianyi/OpenBLAS/issues/3899
|
|
The checksum exception was not detailed enough and not reraised when using cache only, resulting in useless error messages.
Now it dumps the file path, expected
hash, computed hash, and the downloaded file summary.
|
|
|
|
|
|
* package_qgis_add_v328
* restore long term release
---------
Co-authored-by: sbulut <sbulut@3vgeomatics.com>
|
|
(#35521)
|
|
|
|
Bugfixes only, https://gitlab.cern.ch/gaudi/Gaudi/-/compare/v36r9...v36r10
|
|
|
|
|
|
|
|
Batch scripts in general will not function without carriage return line
endings on Windows. We rely on these scripts to support cmd, so we
should not allow these scripts to be converted to lf.
Note: Windows 11 supports lf line endings due to the use of Windows
Terminal. Once support for Windows 10 is dropped, this change can be
reverted.
|
|
The latest is 3.33.
|
|
When running many concurrent spack install processes that need to write
to the db, Spack regularly times out. This is because writing to the DB
after another process has written to it requires deserialization of the
db, mutating it in memory, and serializing it again, which takes some
time. On top of that, I believe there's a 1 second retry when a write
lock cannot be obtained, so I think this means only 3 processes can
really write to the DB at the same time before timing out.
|
|
* Style: black 23, skip magic trailing commas
* isort should use same line length as black
* Fix unused import
* Update version of black used in CI
* Update new packages
* Update new packages
|
|
* Update package.py
Initial new stuff
* Update package.py
* Update package.py
* Update package.py
* fix targets
* non-llvm backends
* ooops
* fix style
* Somehow that was not caught?
Somehow that was not caught?
* style
* Last fix
make capitalization consistent with Halide not LLVM...
|
|
|