Doc: Add some odoc generated html files to the rdbg section of the user guide

as it is where they belong.

Moved the python environment into 'tools', added Project object in the python environment alongside minor changes, created some scripts to test the environment, and changed make_dot function in topology.ml such that it removes the path of a file before using it as graph name.

Added tools/test/skeleton to test gg and gg-deco. Made also small modifications to make_dot (in topology.ml)

Add use it to add an oracle to the BFS

Indeed, by using the Env.nset and Env.nget defined in
0d6575a7 a pb that was hided by the
use of Env.set and Env.get was triggered.

The bug was that variables initialisations were done several times.

In sasa.ml, the way I was updating the Env.t by iterating on the
variables was forcing to "close" expressions that were calling init
functions.

The rationale is that
 - it is not always the cmxs that is necessary .e.g., rdbg uses .cma or .ml
 - it makes more sense to refer to the source code

Rationale: it was not really necessary (Algo.neighbor contains almost
the same information), and the Topology.neighbor type was alone in its
module, which looked weird.

Depending on the kind of network, we should raise an exception. Indeed
such information should not be available in anonymous networks.

We will add such checks later.

For some reason, I believed that the source dir containing the main
program need to be named bin for dune to work smoothly. But actually,
it seems to work fine with src, so let's go for it.

This is necessary to be able to use sasa with luciole.  Indeed, in
rdbg/lurette, luciole always plays first. Hence if we want sasa to
play after luciole, we can use the option.