| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
* added NOAA package grib-util
|
|
|
|
|
|
|
|
Assimp searches for zlib (or builds its own version). When it searches, it can find a system install that is not provided by spack. Ref: https://github.com/assimp/assimp/blob/d286aadbdf82c0860ce6c5dbdcab80cba4828606/CMakeLists.txt#L451
|
|
|
|
|
|
|
|
This was EOL November 30th, 2020. I believe the "builds" are failing on
develop because of it.
|
|
|
|
Tumbleweed has been broken for a couple of days. The attempt
to fix it in #26170 didn't really work. Let's try to move to
a more stable release series for OpenSuse.
|
|
|
|
* added new release, added noaa software maintainers to maintainer list
* updated comment
* removed trailing whitespace
|
|
|
|
* Make libunwind optional
* Add support for sized_delete and debugalloc
Co-authored-by: Seth R. Johnson <johnsonsr@ornl.gov>
Co-authored-by: Harmen Stoppels <harmenstoppels@gmail.com>
|
|
No changes to dependencies or supported Python versions.
https://docs.h5py.org/en/stable/whatsnew/3.4.html
|
|
|
|
Co-authored-by: Harmen Stoppels <harmenstoppels@gmail.com>
|
|
Currently zypper in opensuse containers throws 'not permitted'
Temporarily fix the digest until they fixed their upstream package manager issues
|
|
|
|
|
|
|
|
Fix the build of pango and it's 20 dependents: Only provide the versions which
support the build using autotools (conversion to MesonPackage didn't progress)
This only restores the list of versions of August 10, before the build broke.
|
|
|
|
|
|
|
|
|
|
|
|
* added NOAA software maintainers to maintainer list
* added comment about NCEPLIBS
|
|
|
|
|
|
This was EOL November 30th, 2020. I believe the "builds" are failing on
develop because of it.
|
|
|
|
This change make yum usable again on CentOS 6
|
|
|
|
This adds lockfile tracking to Spack's lock mechanism, so that we ensure that there
is only one open file descriptor per inode.
The `fcntl` locks that Spack uses are associated with an inode and a process.
This is convenient, because if a process exits, it releases its locks.
Unfortunately, this also means that if you close a file, *all* locks associated
with that file's inode are released, regardless of whether the process has any
other open file descriptors on it.
Because of this, we need to track open lock files so that we only close them when
a process no longer needs them. We do this by tracking each lockfile by its
inode and process id. This has several nice properties:
1. Tracking by pid ensures that, if we fork, we don't inadvertently track the parent
process's lockfiles. `fcntl` locks are not inherited across forks, so we'll
just track new lockfiles in the child.
2. Tracking by inode ensures that referencs are counted per inode, and that we don't
inadvertently close a file whose inode still has open locks.
3. Tracking by both pid and inode ensures that we only open lockfiles the minimum
number of times necessary for the locks we have.
Note: as mentioned elsewhere, these locks aren't thread safe -- they're designed to
work in Python and assume the GIL.
Tasks:
- [x] Introduce an `OpenFileTracker` class to track open file descriptors by inode.
- [x] Reference-count open file descriptors and only close them if they're no longer
needed (this avoids inadvertently releasing locks that should not be released).
|
|
Spack's source mirror was previously in a plain old S3 bucket. That will still
work, but we can do better. This switches to AWS's CloudFront CDN for hosting
the mirror.
CloudFront is 16x faster (or more) than the old bucket.
- [x] change mirror to https://mirror.spack.io
|
|
Co-authored-by: Tiziano Müller <tm@dev-zero.ch>
|
|
|
|
This PR fixes two problems with clang/llvm's version detection. clang's
version output looks like this:
```
clang version 11.0.0
Target: x86_64-unknown-linux-gnu
```
This caused clang's version to be misdetected as:
```
clang@11.0.0
Target:
```
This resulted in errors when trying to actually use it as a compiler.
When using `spack external find`, we couldn't determine the compiler
version, resulting in errors like this:
```
==> Warning: "llvm@11.0.0+clang+lld+lldb" has been detected on the system but will not be added to packages.yaml [reason=c compiler not found for llvm@11.0.0+clang+lld+lldb]
```
Changing the regex to only match until the end of the line fixes these
problems.
Fixes: #19473
|
|
When using Python 3.9.6, Spack is no longer able to fetch anything. Commands like `spack fetch` and `spack install` all break.
Python 3.9.6 includes a [new change](https://github.com/python/cpython/pull/25853/files#diff-b3712475a413ec972134c0260c8f1eb1deefb66184f740ef00c37b4487ef873eR462) that means that `scheme` must be a string, it cannot be None. The solution is to use an empty string like the method default.
Fixes #24644. Also see https://github.com/Homebrew/homebrew-core/pull/80175 where this issue was discovered by CI. Thanks @branchvincent for reporting such a serious issue before any actual users encountered it!
Co-authored-by: Todd Gamblin <tgamblin@llnl.gov>
|
|
|
|
Add patch for build script from boost repo.
|
|
clean_environment(): Unset three more environment variables:
MAKEFLAGS: Affects make, can eg indirectly inhibit enabling parallel build
DISPLAY: Tests of GUI widget libraries might try to connect to an X server
TERM: Could make testsuites attempt to color their output
|
|
|
|
* added NOAA software maintainers to maintainer list
* added comment about NCEPLIBS project
|
|
* added NOAA software maintainers to maintainer list, added comment about library being deprecated
* deleted trailing whitespace
|
|
Besides adding autoconf and automake as needed for tests of 2.4.6,
skip Fortran test cases when Fortran compilers are not provided.
|
|
|
|
* Fix for - Installation issue: amdlibflame #25878
* Updated with python+pythoncmd - Symlink 'python3' executable to 'python'
|
