| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
The call:
```
x.satisfies(y[, strict=False])
```
is commutative, and tests non-empty intersection, whereas:
```
x.satsifies(y, strict=True)
```
is not commutative, and tests set-inclusion.
There are 2 fast paths. When strict=False both self and other need to
be concrete, when strict=True we can optimize when other is concrete.
|
|
|
|
a) It's used by site administrators, so it's niche
b) If it's used by site administrators, they likely need to modify the config anyhow, so the default config only serves as an example to get started
c) it's too arbitrary to enable tcl, but disable lmod
|
|
|
|
|
|
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.
|
