GH: closes #157

There was no such thing as a session.timeout, so it was being ignored.
The timeout has to be set on each request, so add helper funcs to always
add a timeout value.

It was easy too! Just an issue with Result* class no longer taking
a server_host but a dest_url instead.

GH: closes #149

Also the consensus weight of each

GH: closes #142

GH: closes #137

on our own terms. There are apparently cases when Tor won't stop trying
to build a circuit at CircuitBuildTimeout. One such case is when it is
having trouble connecting to the first hop relay.

It seems to wait on TCP to say whether or not the connection is made,
and TCP doesn't come back until after 2 minutes on my machine. That's
just a theory. It could be Tor internally wants to wait 2 minutes before
giving up, but my money is on TCP.

Anyway. Make the logic in build_circuit_impl 10x harder to understand by
doing some "async" waiting ourselves instead of letting stem handle it.
The logic is inspired by the stem code for extending circuits[0].

[0]: https://stem.torproject.org/api/control.html#stem.control.Controller.extend_circuit

Add to that func the timeout parameter

GH: closes #138

GH: closes #126