This repository holds user-facing documentation for the SingularityCE container runtime.
This is a community project led by Sylabs, and contributions are always welcome! If you'd like to update or improve SingularityCE's documentation please follow the instructions below, and submit a PR on GitHub.
The Singularity user documentation is written in reStructured Text (RST) format and generated using Sphinx. The ReadTheDocs theme for Sphinx is used.
We use RST instead of markdown as it's better at handling large documents with many linked sections, and Sphinx makes it easy to produce online documentation as well as PDFs.
Sphinx is written in Python. To get setup to contribute:
- Install Python 3.5 or newer, from your OS package manager or the Python download site
- Use
pip3
to install Sphinx, RTD theme package, and extensions / linters into your home directory:
pip3 install --user sphinx sphinx-rtd-theme rstcheck pygments m2r2
If your version of python 3 does not come with pip
/ pip3
, you may need to
install a python3-pip
package with apt
or yum
, or you can install pip
following the instructions here.
You're all set! After this you will only need to use your favorite editor to work with the RST files.
A Sphinx documentation project has some structure that it's good to know before you dive in and start editing or writing content.
This project maintains the following structure:
index.rst
: contains the front page of the online documentation and the initial table of contents tree. Every documentation section is referenced by a tag next to its name. (e.g.Quick Start <quick_start>
)- All other
.rst
files are sections named to match reference tags described before. So, for the<quick_start>
reference inindex.rst
you'll find aquick_start.rst
file with the content for that section. - The configuration used to build the final documentations from the
.rst
files is set in theconf.py
file.
This file sets the themes, extensions, variables and naming scheme for output created when building the documentation with Sphinx. Some important elements include:
version
: Describes the current version ofSingularityCE
that the documentation is for. We set version to themajor.minor
values, e.g.3.5
, as we are not creating separate documentation for each patch release.release
: Would be used to specify the current release of the software being documented, including patch number, alpha tags etc. We leave this the same asversion
as we only generate documentation for eachmajor.minor
version of singularity.html_theme
: Sets the theme to be used for HTML output. We are using the RTD or Read The Docs theme.html_context
: Options here control links back to our GitHub repository.html_logo
: The logo for the sidebarhtml_favicon
: Thefavicon
for the entire project
RST is similar to Markdown, but has enough differences that you are likely to be caught out a few times until you are familiar with it. Let's look at some of the common things you need to do when writing or editing RST.
Section titles are defined by surrounding or underlining them with different characters. Each combination of overline/underline and character used represents a different level section. We follow the conventions used by the python documentation for headers:
##################
H1: document title
##################
*********
Sample H2
*********
Sample H3
=========
Sample H4
---------
Sample H5
^^^^^^^^^
Sample H6
"""""""""
To reference a section in an RST file you need to first create the reference above the title you need to reference, and second to reference it where you need the link to the reference section. When you build HTML or PDF output with Sphinx it will create the links for you, so the reader can jump around the documentation easily.
To create the reference on the section you need to link, you must specify a tag:
.. _build-docker:
-------------------------
Build from a Docker Image
-------------------------
This example will let you refer to the section titled "Build from a Docker
Image" with the tag build-docker
. Note that the tag here doesn't include the
_
that you have to prefix it with when creating the reference.
To reference a section you need to use this syntax:
:ref:`read the section covering docker images <build-docker>`
:ref:
tells Sphinx that this is a reference. In between the `
you should
provide text for the link, and then the tag you created above between < >
.
These are some of the basics of RST. For a more complete introduction, see the Sphinx documentation
To build the HTML documentation, make sure you are in the top level of the
singularity-userdocs
repository and run:
make html SKIPCLI=1
This will generate a folder called _build/html
with the output. Open
index.html
to browse the documentation.
The SKIPCLI=1
option tells make
not to generate the CLI reference, which is
created automatically from the SingularityCE source code. You can generate the CLI
documentation by running make html
alone. This requires a Go build
environment (see below).
This is very similar to the previous step, you will need to run:
make latexpdf SKIPCLI=1
Output is written into _build/latex
and the final PDF will be named
singularity-userdocs.pdf
Very similar to the previous command, you will just need to run:
make epub SKIPCLI=1
Output is written into _build/epub
and the final EPUB will be named
singularity-userdocs.epub
The SingularityCE CLI docs are generated using the actual code from SingularityCE.
To do this, we include SingularityCE as a git submodule, and whenever a Makefile
target (like make html
) is run, singularity
itself is compiled and used to
generate the CLI docs.
However, you might not want to compile singularity
, either because you can't on
your machine, or because you want to test out a quick change to the docs. If
this is the case, you can skip the CLI doc generation using the SKIPCLI
argument. For example, to rebuild the HTML docs without including the CLI docs,
just run make html SKIPCLI=1
.
If SingularityCE has been updated and you want to synchronize the CLI docs with the new version of SingularityCE, you'll have to update the submodule. To do this, just run:
git submodule update --remote --merge
git add vendor/src/github.com/sylabs/singularity
git commit
This will update the submodule to the latest version of the main branch.