app.py: inline MIME types, they are single use anyway

AFAICT this is a more general problem, the Java backend can hang forever in case of unexpected situations (uncaught exceptions? I really don't know…), which will make it not respond to any incoming request with no visible output.
We should make this visible and debuggable.

initial skeleton (not yet working) in rDGRPHbc368c1775e6, branch feature/random-walk

This was actually a false alarm. Due to the lack of --separate in the build toolchain for the entire docs.s.o, submodules (as opposed to sub-*packages*) of swh.graph were not visible in the TOC and only visible by scrolling down the page. I've fixed this with 6547df80508fa8d467475a8ca8db307ceb2f9972 in swh-docs.

REST server: set content-type to text or ndjson where appropriate

REST server: set content-type to text or ndjson where appropriate

this is now done in the aiohttp server, which says (with links):

Closed in rDGRPH998a44353612

Closed in 6d2f04b4d5a4

In T2053#38352, @vlorentz wrote:

Added parallelism. 450k/s with 16 workers and no compression. I won't try with 32 workers because Python processes would use too much CPU on my machine.

• in_memory.py: make flake8 happy again

closing this, as we have "proper" CI since quite a while now (it could always be improved of course, but no need to keep the meta task open at this point)

• mypy: properly type get/put methods, as well deposit_requests_types dict

• tox.ini: pass DJANGO_SETTINGS_MODULE to mypy environment

Currently, mypy checks will fail as new tags including the typing info for swh-vault and swh-indexer need to be created.

I'm approving this as it LGTM, but indeed we should wait for the CI update to 3.7 before merging.

reopen, as it's not fixed in master yet

reopen, as it's not closed in master yet

Looks good, thanks !