2aa8132afd
This PR moves build smoke tests from TravisCI and migrates them to Github Actions. The result is that build tests are performed in parallel with unit tests and they don't hog additional resources on Travis. The workflow will not run if a PR only changes packages in the built-in repository, but will always run on pushes to develop or master. * Removed build tests from Travis and passed them to Github Actions * Store ~/.ccache in Github Actions cache * Add filters on paths and make sure this workflow don't run * Use paths-ignore and exclude only files in the built-in repo * Added a badge to README.md
123 lines
5 KiB
Markdown
123 lines
5 KiB
Markdown
# <img src="https://cdn.rawgit.com/spack/spack/develop/share/spack/logo/spack-logo.svg" width="64" valign="middle" alt="Spack"/> Spack
|
||
|
||
[](https://travis-ci.org/spack/spack)
|
||
[](https://github.com/spack/spack/actions)
|
||
[](https://codecov.io/gh/spack/spack)
|
||
[](https://spack.readthedocs.io)
|
||
[](https://spackpm.herokuapp.com)
|
||
|
||
Spack is a multi-platform package manager that builds and installs
|
||
multiple versions and configurations of software. It works on Linux,
|
||
macOS, and many supercomputers. Spack is non-destructive: installing a
|
||
new version of a package does not break existing installations, so many
|
||
configurations of the same package can coexist.
|
||
|
||
Spack offers a simple "spec" syntax that allows users to specify versions
|
||
and configuration options. Package files are written in pure Python, and
|
||
specs allow package authors to write a single script for many different
|
||
builds of the same package. With Spack, you can build your software
|
||
*all* the ways you want to.
|
||
|
||
See the
|
||
[Feature Overview](http://spack.readthedocs.io/en/latest/features.html)
|
||
for examples and highlights.
|
||
|
||
To install spack and your first package, make sure you have Python.
|
||
Then:
|
||
|
||
$ git clone https://github.com/spack/spack.git
|
||
$ cd spack/bin
|
||
$ ./spack install zlib
|
||
|
||
Documentation
|
||
----------------
|
||
|
||
[**Full documentation**](http://spack.readthedocs.io/) is available, or
|
||
run `spack help` or `spack help --all`.
|
||
|
||
Tutorial
|
||
----------------
|
||
|
||
We maintain a
|
||
[**hands-on tutorial**](http://spack.readthedocs.io/en/latest/tutorial.html).
|
||
It covers basic to advanced usage, packaging, developer features, and large HPC
|
||
deployments. You can do all of the exercises on your own laptop using a
|
||
Docker container.
|
||
|
||
Feel free to use these materials to teach users at your organization
|
||
about Spack.
|
||
|
||
Community
|
||
------------------------
|
||
|
||
Spack is an open source project. Questions, discussion, and
|
||
contributions are welcome. Contributions can be anything from new
|
||
packages to bugfixes, documentation, or even new core features.
|
||
|
||
Resources:
|
||
|
||
* **Slack workspace**: [spackpm.slack.com](https://spackpm.slack.com).
|
||
To get an invitation, [**click here**](https://spackpm.herokuapp.com).
|
||
* **Mailing list**: [groups.google.com/d/forum/spack](https://groups.google.com/d/forum/spack)
|
||
* **Twitter**: [@spackpm](https://twitter.com/spackpm). Be sure to
|
||
`@mention` us!
|
||
|
||
Contributing
|
||
------------------------
|
||
Contributing to Spack is relatively easy. Just send us a
|
||
[pull request](https://help.github.com/articles/using-pull-requests/).
|
||
When you send your request, make ``develop`` the destination branch on the
|
||
[Spack repository](https://github.com/spack/spack).
|
||
|
||
Your PR must pass Spack's unit tests and documentation tests, and must be
|
||
[PEP 8](https://www.python.org/dev/peps/pep-0008/) compliant. We enforce
|
||
these guidelines with [Travis CI](https://travis-ci.org/spack/spack). To
|
||
run these tests locally, and for helpful tips on git, see our
|
||
[Contribution Guide](http://spack.readthedocs.io/en/latest/contribution_guide.html).
|
||
|
||
Spack uses a rough approximation of the
|
||
[Git Flow](http://nvie.com/posts/a-successful-git-branching-model/)
|
||
branching model. The ``develop`` branch contains the latest
|
||
contributions, and ``master`` is always tagged and points to the latest
|
||
stable release.
|
||
|
||
Code of Conduct
|
||
------------------------
|
||
|
||
Please note that Spack has a
|
||
[**Code of Conduct**](.github/CODE_OF_CONDUCT.md). By participating in
|
||
the Spack community, you agree to abide by its rules.
|
||
|
||
Authors
|
||
----------------
|
||
Many thanks go to Spack's [contributors](https://github.com/spack/spack/graphs/contributors).
|
||
|
||
Spack was created by Todd Gamblin, tgamblin@llnl.gov.
|
||
|
||
### Citing Spack
|
||
|
||
If you are referencing Spack in a publication, please cite the following paper:
|
||
|
||
* Todd Gamblin, Matthew P. LeGendre, Michael R. Collette, Gregory L. Lee,
|
||
Adam Moody, Bronis R. de Supinski, and W. Scott Futral.
|
||
[**The Spack Package Manager: Bringing Order to HPC Software Chaos**](http://www.computer.org/csdl/proceedings/sc/2015/3723/00/2807623.pdf).
|
||
In *Supercomputing 2015 (SC’15)*, Austin, Texas, November 15-20 2015. LLNL-CONF-669890.
|
||
|
||
License
|
||
----------------
|
||
|
||
Spack is distributed under the terms of both the MIT license and the
|
||
Apache License (Version 2.0). Users may choose either license, at their
|
||
option.
|
||
|
||
All new contributions must be made under both the MIT and Apache-2.0
|
||
licenses.
|
||
|
||
See [LICENSE-MIT](https://github.com/spack/spack/blob/develop/LICENSE-MIT),
|
||
[LICENSE-APACHE](https://github.com/spack/spack/blob/develop/LICENSE-APACHE),
|
||
[COPYRIGHT](https://github.com/spack/spack/blob/develop/COPYRIGHT), and
|
||
[NOTICE](https://github.com/spack/spack/blob/develop/NOTICE) for details.
|
||
|
||
SPDX-License-Identifier: (Apache-2.0 OR MIT)
|
||
|
||
LLNL-CODE-647188
|