user/sebastian/stem, branch exit-policy

test the exit-policy getinfo command

2016-03-29T04:46:15+00:00

Update test_get_exit_policy slightly

2016-03-28T14:18:35+00:00

Inverted skip checks

2016-03-27T21:19:01+00:00

Baka, skipped on non-osx rather than osx. Oops.

Skip couple manual unit tests on OSX

2016-03-27T21:05:16+00:00

OSX is still proving an issue for some of these assertions. Skipping the tests
for now...

  https://trac.torproject.org/projects/tor/ticket/18660

Expand IPv6 addresses from the proc module

2016-03-27T20:40:44+00:00

Sebastian's running into unit test failures because the socket module gives him
a different but equivalent address..

  https://trac.torproject.org/projects/tor/ticket/18659

Normalizing addresses the module gives us.

Use a real random generator instead of time.time()

2016-03-27T20:21:00+00:00

Fixes spurious issues in the integration tests, ticket #8865.

Python3 regression when reading descriptors

2016-03-27T20:08:28+00:00

Oops! Recent commit broke all descriptor parsing for python3, caught by
toralf...

  https://trac.torproject.org/projects/tor/ticket/18658

Don't provide man's '--encoding' argument on OSX

2016-03-27T19:36:41+00:00

Turns out the argument isn't available on OSX. Caught by Sebastian...

  https://trac.torproject.org/projects/tor/ticket/18660

Explicit non-ascii content validation

2016-03-26T23:53:53+00:00

Few hours ago a relay started publishing a malformed extrainfo descriptor...

  https://trac.torproject.org/projects/tor/ticket/18656

This is fine, bugs happen. This is why we check for malformed content. But
this one cost me a few hours since the non-ascii content then caused DocTor to
choke, providing me a useless stacktrace...

  Traceback (most recent call last):
    File "./descriptor_checker.py", line 99, in 
      main()
    File "./descriptor_checker.py", line 57, in main
      log.warn("Unable to retrieve the %s: %s" % (descriptor_type, query.error))
  UnicodeEncodeError: 'ascii' codec can't encode character u'\ufffd' in position 76: ordinal not in range(128)

Instead now it provides...

  source: http://86.59.21.38:80/tor/extra/all.z
  time: 03/26/2016 16:30
  error: 'dirreq-v3-reqs' line had non-ascii content: S?=4026597208,S?=4026597208,S?=4026597208,S?=4026597208,S?=4026597208,S?=4026597208,??=4026591624,6?=4026537520,6?=4026537520,6?=4026537520,us=8

Non-ascii strings are toxic for systems they're in. They break printing,
logging, exception handling, and anything else that touches them unless they're
handled specially.

Changing Stem to explicitly validate that content is ascii, and provide the
user with escaped strings in those exceptions.

Adding the NoEdConsensus flag

2016-03-25T16:21:35+00:00

Dirspec recently got a new flag. Reflecting that.