- a very basic docker-based quick start,
- a more advanced developer setup guide (using mixed docker/venv install),
- the original manual setup guide.

Closes T1341

Without this dependency, the pifpaf tests won't execute. They will
fail with a cryptic error.

That cryptic error message is currently fixed by pifpaf's author. It's
pending in a PR and should soon land.

Related P341
Related https://github.com/jd/pifpaf/issues/108
Related https://github.com/jd/pifpaf/pull/119

- do not silence sphinx CLI invocations (it's bad for logs)
- avoid $(apidoc_dep) variable (it doesn't exist for any other *-stamp)

Reviewers: #reviewers, ardumont

Reviewed By: #reviewers, ardumont

Differential Revision: https://forge.softwareheritage.org/D880

Depends on D834

This will allow the CI to run the building job with sphinx options like
`-W` (aka "turn warnings into errors").

- back to assets only building in each package
- run sphinx-autodoc on the whole swh package at once

we do not really need a local standalone buildable sphinx project in each swh
subpackage, so running a full 'make html' in each of them is not required any
more.

Since we want to build the doc at once instead of building each swh subpackage
independantly, we need to run apidoc on the whole swh package.

This is done by actually running the apidoc on the pip installed swh
packages instead of the source repositories, since sphinx-apidoc does
not seem to support multiple MODULE_PATH as cmdline argument.

So it's best to use tox to build the doc.

Related to T1330.

so that we can have some generic substitutions which can be used consistently
in the doc.

It breaks the index generation in each swh-* package.

and thus prevent sphinx from complaining about rst files not being included in
a toctree without having to insert :orphan: everywhere.

so we do not build each swh-* twice with unavaoidable sphinx wrnings when
building each repo locally.

see D538 in which this swh-db-init command is added.

Closes T1264

Reviewers: anlambert, ardumont

Differential Revision: https://forge.softwareheritage.org/D458

Related P302

This document is supposed to be just the bare minimum to have a working
local swh-environment. Users shouldn't need any information about
advanced PostgreSQL setup and should just use the easiest auth method
(peer authentication).

Antoine Pietri authored 6 years ago and Stefano Zacchiroli committed 6 years ago

Reviewers: zack

Subscribers: zack

Differential Revision: https://forge.softwareheritage.org/D430

As a consequence of rDWAPPSb06167c8ab05

there is no need of separately creating the webpack