- remove the manual setup guide since we do not want to promote (and
  maintain) this approach any more,
- few rewordings in getting-started.rst iteself
- in the developer-setup guide:
  - rewordings
  - copy the 'install depencencies' from the manual-setup guide,
  - add the missing step bin/update
  - remove the docker setup part (been integrated in the swh-docker-dev's
    README)
  - add a section on unit tests

Thibault Allançon authored 6 years ago and Antoine Pietri committed 6 years ago

Reviewers: #reviewers, seirl

Reviewed By: #reviewers, seirl

Subscribers: seirl

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

This is no longer true since 0bcfadec.

This is no longer true since 0bcfadec.

Improving the postactivate hook to work both for zsh/bash users

- 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