[tor-commits] [stem/master] Fixing E265 (block comment should start with '# ')

[atagar at torproject.org]

commit 27d5f2f2fa81e4b87d6962734503d274c7fc960e
Author: Damian Johnson <atagar at torproject.org>
Date:   Sat Aug 16 16:43:46 2014 -0700

    Fixing E265 (block comment should start with '# ')
    
    Couple instances where we don't have whitespace after '#'.
---
 stem/descriptor/server_descriptor.py |   18 +++++++++---------
 stem/util/log.py                     |    3 ++-
 2 files changed, 11 insertions(+), 10 deletions(-)

diff --git a/stem/descriptor/server_descriptor.py b/stem/descriptor/server_descriptor.py
index 1b34c58..c5d24d3 100644
--- a/stem/descriptor/server_descriptor.py
+++ b/stem/descriptor/server_descriptor.py
@@ -756,15 +756,15 @@ class RelayDescriptor(ServerDescriptor):
     decrypted_bytes = long_to_bytes(decrypted_int, blocksize)
 
     ############################################################################
-    ## The decrypted bytes should have a structure exactly along these lines.
-    ## 1 byte  - [null '\x00']
-    ## 1 byte  - [block type identifier '\x01'] - Should always be 1
-    ## N bytes - [padding '\xFF' ]
-    ## 1 byte  - [separator '\x00' ]
-    ## M bytes - [message]
-    ## Total   - 128 bytes
-    ## More info here http://www.ietf.org/rfc/rfc2313.txt
-    ##                esp the Notes in section 8.1
+    # The decrypted bytes should have a structure exactly along these lines.
+    # 1 byte  - [null '\x00']
+    # 1 byte  - [block type identifier '\x01'] - Should always be 1
+    # N bytes - [padding '\xFF' ]
+    # 1 byte  - [separator '\x00' ]
+    # M bytes - [message]
+    # Total   - 128 bytes
+    # More info here http://www.ietf.org/rfc/rfc2313.txt
+    #                esp the Notes in section 8.1
     ############################################################################
 
     try:
diff --git a/stem/util/log.py b/stem/util/log.py
index 485b6db..60122de 100644
--- a/stem/util/log.py
+++ b/stem/util/log.py
@@ -204,7 +204,8 @@ class LogBuffer(logging.Handler):
     # TODO: At least in python 2.6 logging.Handler has a bug in that it doesn't
     # extend object, causing our super() call to fail. When we drop python 2.6
     # support we should switch back to using super() instead.
-    #super(LogBuffer, self).__init__(level = logging_level(runlevel))
+    #
+    # super(LogBuffer, self).__init__(level = logging_level(runlevel))
 
     logging.Handler.__init__(self, level = logging_level(runlevel))