Skip to content

Latest commit

 

History

History
267 lines (181 loc) · 8.92 KB

spack_demo.md

File metadata and controls

267 lines (181 loc) · 8.92 KB
Raw

Packaging for High-Performance Computing (Notes)

Note: It is recommended to try out Spack in a fresh Docker container. To understand how Spack itself is installed, follow Step 1 in a fresh Ubuntu container. To make things simpler from Step 2 onwards, create a container from the spack/ubuntu-jammy image, so that Spack is preinstalled.

1. Spack Setup/Installation

  • Git repository of Python scripts

    git clone -b releases/v0.19 https://github.com/spack/spack.git
    • v0.19 is currently the latest release
    • Update to newer versions using git pull/git checkout -b

  • Initializing Spack with

    . <spack_prefix>/share/spack/setup-env.sh

    will set SPACK_ROOT and also add spack to PATH.

    Note that the . operator will run the commands in the supplied script as if we would type the commands supplied by the script in the shell ourselves. In bash the . operator is equivalent to source. However, source is not specified in POSIX and thus using . is likely to work on more platforms.

  • Finish Spack setup

    spack compiler find

    This will find preinstalled compilers which is important. Without any compiler Spack is most likely useless as most packages need to be compiled.

    The command

    spack compilers

    prints the list of compilers that Spack has added.

  • Find external packages (optional)

    spack external find

    This command tries to find preinstalled software packages which are also in Spack's package database. This way we do not have to recompile everything from scratch.

    Note spack external find is an experimental feature and might fail. System packages can be defined manually.

    • Found packages (including version, configuration etc.) are stored in ~/.spack/packages.yaml. There one can add further packages manually. Note: Maybe show content of this file.

  • Concretize a spec to trigger bootstrap process (optional)

    spack spec zlib

    This will try to concretize the package and its dependencies. clingo, Spack's concretizer, is needed for this. If one calls this command the very first time, a bootstrapping process is triggered that installs clingo.

2. Package Installation/Management with Spack

  • Inspect package properties

    spack info zlib

  • Install a simple example package

    spack spec zlib

    This will trigger the bootstrap process of Spack. It installs clingo, the dependency resolver, if not done before.

  • Install zlib

    spack install --reuse zlib

    This installs the package zlib by downloading and compiling it. --reuse tells spack to reuse already existing packages if possible

  • List installed packages

    spack find

    Checks the root environment and should show zlib being available now. Only zlib should be shown even if preinstalled software was found by spack external find. These external packages have not been added to the root environment of Spack explicitly yet and thus do not show up yet.

3. Spack Package Creation

  • Create base package (boilerplate)

    spack create https://github.com/Simulation-Software-Engineering/HelloWorld/archive/refs/tags/v0.3.0.tar.gz

    Spack will fetch the archive and try to deduce some basic settings. It will also check for other releases and asks whether to add checksums. We want all checksums.

  • Afterwards Spack drops us in the boilerplate package.

    class Helloworld(CMakePackage):
    """FIXME: Put a proper description of your package here."""

    # FIXME: Add a proper url for your package's homepage here.
    homepage = "https://www.example.com"
    url      = "https://github.com/Simulation-Software-Engineering/HelloWorld/archive/refs/tags/v0.3.0.tar.gz"

    # FIXME: Add a list of GitHub accounts to
    # notify when the package is updated.
    # maintainers = ['github_user1', 'github_user2']

    version('0.3.0', sha256='5e95bf1904ebfbd5c28b064bff098a3bb654bf7c407f2031295e3588d6d9e8fa')
    version('0.2.0', sha256='a77499bbfd0b8f4d7070b06c491e062fa608fdd7e939d6c37796bdafdbbaa35a')
    version('0.1.0', sha256='2e99e2ff2b955b9d17645367a0a7eeb485162d9336cdbf0034b9d95d464f3157')

    # FIXME: Add dependencies if required.
    # depends_on('foo')

    def cmake_args(self):
        # FIXME: Add arguments other than
        # FIXME: CMAKE_INSTALL_PREFIX and CMAKE_BUILD_TYPE
        # FIXME: If not needed delete this function
        args = []
        return args

    At least the FIXME statements should be fixed before releasing the package. The Spack package recipe is written in Python so we can also do common Python magic here.

  • Spack has deduced a good number of information already.

    • We work with CMake
    • There are 3 releases of the software
    • The URL to download packages
    • The name of the Package we work with class Helloworld. This is also the name of the software now within Spack.

  • We want to fix/extend the package with some standard information

    • Package description
    • Set URL to SSE homepage
    • Add our GitHub username as maintainer
    • Remove the cmake_args part as we only have a standard CMake arguments. Here we could give extra/special arguments specific to the software package.

  • Concretize the package

    $ spack spec helloworld
Input spec
--------------------------------
helloworld

Concretized
--------------------------------
[email protected]%[email protected]~ipo build_type=RelWithDebInfo arch=linux-ubuntu20.04-skylake
  ^[email protected]%[email protected]~doc+ncurses+openssl+ownlibs~qt build_type=Release patches=1c540040c7e203dd8e27aa20345ecb07fe06570d56410a24a266ae570b1c4c39,bf695e3febb222da2ed94b3beea600650e4318975da90e4a71d6f31a6d5d8c3d arch=linux-ubuntu20.04-skylake

    We see that cmake is an implicit dependency as we need it for building our package.

  • Install package

    spack install helloworld

    and show package being available now via

    spack find

  • Load installed package, run code and unload

    spack load helloworld
helloworld
spack unload helloworld

  • Install different version of code

    spack install [email protected]

    This will concretize (internally, i.e. no output on terminal) and then build the software.

  • Optional: one could add main branch and thus GitHub repository

    + git      = "https://github.com/Simulation-Software-Engineering/HelloWorld.git"
+
+ version('main', branch='main')

    This can also be used for develop branches etc. It is useful if one needs really the newest version of a package or if one develops software using Spack.

  • If one wants to edit the package later, there are two options

    spack edit helloworld

    or open package.py file in ${HOME}/var/spack/repos/builtin/packages/helloworld/

  • Add artificial dependencies

    + depends_on('python@3:', when='@0.3.0:')
+ depends_on('zlib@:1.2')

    This means that the package depends on Python 3.0.0 or newer and newer if we use helloworld of version 0.3.0 or newer. The software also requires at most zlib in version 1.2.10

    • Show new dependencies
    spack spec helloworld
spack spec [email protected]
spack info helloworld

    The Python dependency will only show up for the newest version of our software package.

  • Add an artificial variant

    + variant('python', default=True, description='Enable Python support')
- depends_on('python@3:', when='@0.3.0:')
+ depends_on('python@3:', when='@0.3.0:+python')

    and check its existence

    spack info helloworld

    where Python now shows up as variant with its description. We can deactivate Python by specifying

    spack info helloworld -python

    ~ can be (often) used instead of -. There are examples in the documentation.

Further reading

References

Talks

Talks at FOSDEM