| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
The default implementation of Package.fetch_remote_versions will take
a URL like https://github.com/google/protobuf/archive/ and automatically
search https://github.com/google/protobuf/releases/ for new package
versions. In the case of protobuf the release/ path contains release
artifacts for a version and the archive/ path contains the desired
source. Since both are associated with the version, and
Package.fetch_remote_versions only stores one URL for a given version,
the two paths are in conflict; previously the URL returned for a
given version was arbitrarily chosen between the two paths. This
updates the definition for the Protobuf package to always search for
URLs in https://github.com/google/protobuf/archive/
|
|
|
|
Lightly tested on CentOS 7
|
|
|
|
Required an update to the protobuf digest value, which seems to
be amongst the set creamed by GitHub's change.
|
|
|
|
|
|
|
|
(#5340)
* blas_lapack: add multithreading variant
* elemental: update
* intel-mkl: extend to macOS
* rename multithreading to threads
* intel-mkl: avoid long lines
* intel-mkl: make one install error a conflict
* openblas: fix a minor bug in the test
|
|
* pr-quantities: add version & py-numpy conflict (#5307)
* r-rsqlite: Update version to 2.0
|
|
* pr-quantities: add version & py-numpy conflict (#5307)
* r-bh: Update version to 1.65.0-1
|
|
* pr-quantities: add version & py-numpy conflict (#5307)
* r-memoise: Update version to 1.1.0
|
|
* pr-quantities: add version & py-numpy conflict (#5307)
* r-tibble: Update version to 1.3.4
|
|
* pr-quantities: add version & py-numpy conflict (#5307)
* r-bit: Create new package.
|
|
* pr-quantities: add version & py-numpy conflict (#5307)
* r-assertthat: Update version to 0.2.0
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Lightly tested on CentOS 7.
|
|
Lightly tested on CentOS 7.
|
|
Update the git package to git@2.14.1.
This requires a pcre that has been built with `--enable-jit`, so this
adds a variant to pcre to support that and arranges so that git versions
before 2.14 depend on pcre and git 2.14 and after depend on pcre+jit.
|
|
|
|
25.3 is a security update. Info here:
https://lists.gnu.org/archive/html/info-gnu/2017-09/msg00006.html
Build both +X and ~X on CentOS 7 and lightly tested.
|
|
Due to the logic in configure.ac, we may be using both the system
linker (LD_RO='ld -r -o') and the linker tied to the compiler (LD=$CXX).
This may produce weird link-time errors when the two executables are
not the same.
The PR works around the issue disabling 'ld -r'
|
|
Open MPI has been relying on versions of PMIx since the 2.0.0
release. Although the embedded version can be used, it makes
more sense long term for Spack to know about the PMIx package,
and to build Open MPI against PMIx as an external package.
There are other software components that may eventually be
reliant on PMIx including MPICH, GASNet, the OpenSHMEM reference
implementation, etc.
This is also partly motivated by the desire to have ECP ST
projects to be released through Spack.
Signed-off-by: Howard Pritchard <howardp@lanl.gov>
|
|
|
|
* add package memory profiler
* fix FIXME
|
|
* r-s4vecors: created new package
* Update package.py
* edited according to flake8
|
|
|
|
|
|
|
|
|
|
* Make texlive untrusted
TeXLive updates their installer without changing its name. We've been
playing keep-up with them, but I'm proposing it's not worth it.
I seem to end up installing it '--no-checksum' anyway.
This commit updates the package to make that approach official,
removing the checksum, adding a note to the description and a bigger
note/comment inthe package body.
* Pull installer from stable source (packages are still *live*)
This pulls the installer script from the "historic" repository. It
appears to be stable, so that we can use a checksum with it (one
hopes, time will tell).
The installer still pulls the packages from the live repos so
installations aren't reproducible.
|
|
* removed unnecessary install method from cereal
* attempt to fix flake8 error
* adjusted install method
* add CMake options instead of manually patching stuff
* flake8
|
|
|
|
|
|
|
|
Fixes #5159
* Added dependency on google protobuf when using v3.3.0.
* Set default for variant core to be true.
|
|
|
|
Add r-biobase package. Remove explicit R dependency from r-biocgenerics
package (since it is an instance of RPackage). Update version for
r-biocgenerics and remove github versions.
|
|
|
|
|
|
* First draft package for sambamba
Depends on the ldc package (#5279) that alalazo's working on.
It requires a patch to the Makefile because one of ldc's library
functions mentions dlopen. I *think* that ldc should be handling
this. See the discusssion in #5279.
It also requires a "static" ldc. Again, see #5279.
Finally, it needs "undeaD" as a resource, but I'm guessing at the
appropriate release. See
https://github.com/lomereiter/sambamba/issues/312.
* alalazo renamed the shared_libs variant, keep up...
|
|
+ The recipe for cgns seems to be wrong. CMake complains about variables set but
not used (`HDF5_NEEDS_ZLIB`, `HDF5_NEEDS_MPI` and `HDF5_NEEDS_SZIP`) and fails
to find HDF5.
+ This change set removes these variables from the cmake configure line,
replacing them with `'-DHDF5_DIR=%s' % spec['hdf5'].prefix`
+ cgns also has trouble with parallel make, so I set `parallel = False`.
|
|
* fixes #967
* Version bump to 0.9.1
- Bugfixes for spack find
- 0.9.1 can read specs from current develop.
* Don't assume spack is in the path when building docs.
* fixing build issues for gcc on osx
* reverting inadvertent change on develop
* fixing typesetting of bsws description
* very minor update to RTD docs footer to ref github contributors
* Revert "very minor update to RTD docs footer to ref github contributors"
This reverts commit c40d75da7f3b918350a263e7a9ef34df56b7fb01.
* switch fastmath to depend_on arpack_ng; remove arpack/parpack
|
|
|
|
|
