March 2012 - tor-commits - lists.torproject.org

[tor/master] Merge remote-tracking branch 'linus/bug4875_2'
by nickm＠torproject.org 29 Mar '12

29 Mar '12

commit f348daa6fb58295d876495ba875b826e87917ec9 Merge: 4703bf8 734fad4 Author: Nick Mathewson <nickm(a)torproject.org> Date: Thu Mar 29 10:53:09 2012 -0400 Merge remote-tracking branch 'linus/bug4875_2' changes/bug4875 | 3 ++ src/common/address.h | 2 + src/or/config.c | 1 + src/or/router.c | 57 +++++++++++++++++++++++++++---------------------- 4 files changed, 37 insertions(+), 26 deletions(-)

1 0

[tor/master] Make relays handle an address suggestion from a directory server giving an IPv6 address.
by nickm＠torproject.org 29 Mar '12

29 Mar '12

commit 734fad410368951e8f375a78bc8789d24cbe9c52 Author: Linus Nordberg <linus(a)nordberg.se> Date: Tue Mar 27 15:00:34 2012 +0200 Make relays handle an address suggestion from a directory server giving an IPv6 address. last_guessed_ip becomes a tor_addr_t. Most parts of router_new_address_suggestion() learns about IPv6 (resolve_my_address() is still IPv4 only). --- changes/bug4875 | 3 ++ src/common/address.h | 2 + src/or/config.c | 1 + … [View More]src/or/router.c | 57 +++++++++++++++++++++++++++---------------------- 4 files changed, 37 insertions(+), 26 deletions(-) diff --git a/changes/bug4875 b/changes/bug4875 new file mode 100644 index 0000000..7d19ca3 --- /dev/null +++ b/changes/bug4875 @@ -0,0 +1,3 @@ + o Minor bugfixes + - Relays now understand an IPv6 address when they get one from a + directory server. Fixes bug 4875. diff --git a/src/common/address.h b/src/common/address.h index 4568c32..ede035d 100644 --- a/src/common/address.h +++ b/src/common/address.h @@ -38,6 +38,8 @@ typedef struct tor_addr_port_t uint16_t port; } tor_addr_port_t; +#define TOR_ADDR_NULL {AF_UNSPEC, {{0}}}; + static INLINE const struct in6_addr *tor_addr_to_in6(const tor_addr_t *a); static INLINE uint32_t tor_addr_to_ipv4n(const tor_addr_t *a); static INLINE uint32_t tor_addr_to_ipv4h(const tor_addr_t *a); diff --git a/src/or/config.c b/src/or/config.c index 05f53bd..ff9ccc5 100644 --- a/src/or/config.c +++ b/src/or/config.c @@ -2802,6 +2802,7 @@ static uint32_t last_resolved_addr = 0; * set *hostname_out to a new string holding the hostname we used to * get the address. Return 0 if all is well, or -1 if we can't find a suitable * public IP address. + * XXXX ipv6 */ int resolve_my_address(int warn_severity, const or_options_t *options, diff --git a/src/or/router.c b/src/or/router.c index d86c5f3..cfd5818 100644 --- a/src/or/router.c +++ b/src/or/router.c @@ -1775,21 +1775,20 @@ check_descriptor_bandwidth_changed(time_t now) /** Note at log level severity that our best guess of address has changed from * prev to cur. */ static void -log_addr_has_changed(int severity, uint32_t prev, uint32_t cur, +log_addr_has_changed(int severity, + const tor_addr_t *prev, + const tor_addr_t *cur, const char *source) { - char addrbuf_prev[INET_NTOA_BUF_LEN]; - char addrbuf_cur[INET_NTOA_BUF_LEN]; - struct in_addr in_prev; - struct in_addr in_cur; + char addrbuf_prev[TOR_ADDR_BUF_LEN]; + char addrbuf_cur[TOR_ADDR_BUF_LEN]; - in_prev.s_addr = htonl(prev); - tor_inet_ntoa(&in_prev, addrbuf_prev, sizeof(addrbuf_prev)); + if (tor_addr_to_str(addrbuf_prev, prev, sizeof(addrbuf_prev), 1) == NULL) + strlcpy(addrbuf_prev, "???", TOR_ADDR_BUF_LEN); + if (tor_addr_to_str(addrbuf_cur, cur, sizeof(addrbuf_cur), 1) == NULL) + strlcpy(addrbuf_cur, "???", TOR_ADDR_BUF_LEN); - in_cur.s_addr = htonl(cur); - tor_inet_ntoa(&in_cur, addrbuf_cur, sizeof(addrbuf_cur)); - - if (prev) + if (!tor_addr_is_null(prev)) log_fn(severity, LD_GENERAL, "Our IP Address has changed from %s to %s; " "rebuilding descriptor (source: %s).", @@ -1813,6 +1812,7 @@ check_descriptor_ipaddress_changed(time_t now) if (!desc_routerinfo) return; + /* XXXX ipv6 */ prev = desc_routerinfo->addr; if (resolve_my_address(LOG_INFO, options, &cur, NULL) < 0) { log_info(LD_CONFIG,"options->Address didn't resolve into an IP."); @@ -1820,14 +1820,17 @@ check_descriptor_ipaddress_changed(time_t now) } if (prev != cur) { - log_addr_has_changed(LOG_NOTICE, prev, cur, "resolve"); + tor_addr_t tmp_prev, tmp_cur; + tor_addr_from_ipv4h(&tmp_prev, prev); + tor_addr_from_ipv4h(&tmp_cur, cur); + log_addr_has_changed(LOG_NOTICE, &tmp_prev, &tmp_cur, "resolve"); ip_address_changed(0); } } /** The most recently guessed value of our IP address, based on directory * headers. */ -static uint32_t last_guessed_ip = 0; +static tor_addr_t last_guessed_ip = TOR_ADDR_NULL; /** A directory server d_conn told us our IP address is * suggestion. @@ -1837,35 +1840,36 @@ void router_new_address_suggestion(const char *suggestion, const dir_connection_t *d_conn) { - uint32_t addr, cur = 0; - struct in_addr in; + tor_addr_t addr; + uint32_t cur = 0; /* Current IPv4 address. */ const or_options_t *options = get_options(); /* first, learn what the IP address actually is */ - if (!tor_inet_aton(suggestion, &in)) { + if (tor_addr_parse(&addr, suggestion) == -1) { log_debug(LD_DIR, "Malformed X-Your-Address-Is header %s. Ignoring.", escaped(suggestion)); return; } - addr = ntohl(in.s_addr); log_debug(LD_DIR, "Got X-Your-Address-Is: %s.", suggestion); if (!server_mode(options)) { - last_guessed_ip = addr; /* store it in case we need it later */ + tor_addr_copy(&last_guessed_ip, &addr); return; } + /* XXXX ipv6 */ if (resolve_my_address(LOG_INFO, options, &cur, NULL) >= 0) { /* We're all set -- we already know our address. Great. */ - last_guessed_ip = cur; /* store it in case we need it later */ + tor_addr_from_ipv4h(&last_guessed_ip, cur); /* store it in case we + need it later */ return; } - if (is_internal_IP(addr, 0)) { + if (tor_addr_is_internal(&addr, 0)) { /* Don't believe anybody who says our IP is, say, 127.0.0.1. */ return; } - if (tor_addr_eq_ipv4h(&d_conn->_base.addr, addr)) { + if (tor_addr_eq(&d_conn->_base.addr, &addr)) { /* Don't believe anybody who says our IP is their IP. */ log_debug(LD_DIR, "A directory server told us our IP address is %s, " "but he's just reporting his own IP address. Ignoring.", @@ -1876,14 +1880,15 @@ router_new_address_suggestion(const char *suggestion, /* Okay. We can't resolve our own address, and X-Your-Address-Is is giving * us an answer different from what we had the last time we managed to * resolve it. */ - if (last_guessed_ip != addr) { + if (!tor_addr_eq(&last_guessed_ip, &addr)) { control_event_server_status(LOG_NOTICE, "EXTERNAL_ADDRESS ADDRESS=%s METHOD=DIRSERV", suggestion); - log_addr_has_changed(LOG_NOTICE, last_guessed_ip, addr, + log_addr_has_changed(LOG_NOTICE, &last_guessed_ip, &addr, d_conn->_base.address); ip_address_changed(0); - last_guessed_ip = addr; /* router_rebuild_descriptor() will fetch it */ + tor_addr_copy(&last_guessed_ip, &addr); /* router_rebuild_descriptor() + will fetch it */ } } @@ -1894,8 +1899,8 @@ router_new_address_suggestion(const char *suggestion, static int router_guess_address_from_dir_headers(uint32_t *guess) { - if (last_guessed_ip) { - *guess = last_guessed_ip; + if (!tor_addr_is_null(&last_guessed_ip)) { + *guess = tor_addr_to_ipv4h(&last_guessed_ip); return 0; } return -1; [View Less]

1 0

[vidalia/alpha] clean up some of the strings in the upcoming changelog
by chiiph＠torproject.org 29 Mar '12

29 Mar '12

commit 69de57c9a65330d8b366e5958939ae34418a310f Author: Roger Dingledine <arma(a)torproject.org> Date: Mon Mar 26 18:02:36 2012 -0400 clean up some of the strings in the upcoming changelog --- CHANGELOG | 26 ++++++++++++++------------ 1 files changed, 14 insertions(+), 12 deletions(-) diff --git a/CHANGELOG b/CHANGELOG index cd0ae43..9701587 100644 --- a/CHANGELOG +++ b/CHANGELOG @@ -1,24 +1,24 @@ 0.3.2 ??-???-2012 o Classify circuits based on their purpose. This will … [View More]help users - understand that nothing is wrong when Tor builds a one hop + understand that nothing is wrong when Tor builds a one-hop circuit, for example. Fixes bug 2114. o Add option to use search query as message log filter. Fixes ticket 2733. o Add a new configured relay immediately to the list of relays in - the Network Map. Also document why a relay might be offline of not + the Network Map. Also document why a relay might be offline or not in the consensus/router list. Fixes bug 2735. o Add accounting options to the relay configuration panel. Fixes bug 2944. o Use consensus bandwidth for routers when microdescriptors is enabled. Fixes bug 3287. - o Improve a method that didn't returned the specified type if + o Improve a method that didn't return the specified type if another control method was selected. Fixes bug 4065. - o Add a Panic button. Some users want to get rid of the Tor Browser - Bundle quickly in certain circumstances, this button does exactly - that but with a simple erease, not some secure method. Resolves - ticket 4107. - o Handle tor's bootstrap phases in a more generic way. Fixes bug - 5109. + o Add a Panic button, for users who want to get rid of the Tor Browser + Bundle quickly in certain circumstances. It uses a simple erase, + rather than a secure erase method. Resolves ticket 4107. + o Handle unrecognized Tor bootstrap phases. (Tor tells us a summary + description of each bootstrap phase as it occurs, so we can use that + string if needed.) Fixes bug 5109. o Change the wording from New Identity to New Circuit. For a proper New Identity while browsing, TorButton's solution should be used. Fixes bug 5277. @@ -29,8 +29,9 @@ o Do not ignore the Show on Startup checkbox. Fixes bug 5351. o Fix the bridge line parsing for requests to bridges.torproject.org. Fixes bug 5730. - o Remove the proxy settings handling since we do not use it - anymore. Fix bug 5386. + o Remove the ability to launch an http proxy (e.g. Polipo), since we + do not use it anymore. In the future, perhaps a plugin will allow + users to launch external applications like this. Fix bug 5386. o Fix deadlock when the browser process failed to launch in OSX. o Removes the need for threads to handle interaction with the ControlPort. It now uses asynchronous IO through Qt's event loop. @@ -41,7 +42,8 @@ configuration option or fall back to the hardcoded default if the key isn't present. o Improve the bootstrap behavior for the new async TorControl. - o Add support for Microdescriptors. Fixes ticket 4203. + o Resume listing relays in the Network Map panel even when Tor + only offers microdescriptors (new in Tor 0.2.3.x). Fixes ticket 4203. o Migrate the code that handles Marble to the new library interface. It works as expected with the latest Marble from the upstream git repo. [View Less]

1 0

[vidalia/alpha] Fold in changes for 0.3.2
by chiiph＠torproject.org 29 Mar '12

29 Mar '12

commit 3c8b6f42942b95eeb7e2287607e42da36a9717a6 Author: Tomás Touceda <chiiph(a)torproject.org> Date: Mon Mar 26 18:06:36 2012 -0300 Fold in changes for 0.3.2 --- CHANGELOG | 54 ++++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 files changed, 54 insertions(+), 0 deletions(-) diff --git a/CHANGELOG b/CHANGELOG index f3cb997..cd0ae43 100644 --- a/CHANGELOG +++ b/CHANGELOG @@ -1,3 +1,57 @@ +0.3.2 ??-???-2012 + o Classify circuits based on their purpose. This will help … [View More]users + understand that nothing is wrong when Tor builds a one hop + circuit, for example. Fixes bug 2114. + o Add option to use search query as message log filter. Fixes + ticket 2733. + o Add a new configured relay immediately to the list of relays in + the Network Map. Also document why a relay might be offline of not + in the consensus/router list. Fixes bug 2735. + o Add accounting options to the relay configuration panel. Fixes bug + 2944. + o Use consensus bandwidth for routers when microdescriptors is + enabled. Fixes bug 3287. + o Improve a method that didn't returned the specified type if + another control method was selected. Fixes bug 4065. + o Add a Panic button. Some users want to get rid of the Tor Browser + Bundle quickly in certain circumstances, this button does exactly + that but with a simple erease, not some secure method. Resolves + ticket 4107. + o Handle tor's bootstrap phases in a more generic way. Fixes bug + 5109. + o Change the wording from New Identity to New Circuit. For a proper + New Identity while browsing, TorButton's solution should be + used. Fixes bug 5277. + o Center detached tabs to avoid placing them out of reach. Fixes bug + 5326. + o Provide the MainWindow object to the plugins so they can provide + messages in the system tray. Fixes bug 5338. + o Do not ignore the Show on Startup checkbox. Fixes bug 5351. + o Fix the bridge line parsing for requests to + bridges.torproject.org. Fixes bug 5730. + o Remove the proxy settings handling since we do not use it + anymore. Fix bug 5386. + o Fix deadlock when the browser process failed to launch in OSX. + o Removes the need for threads to handle interaction with the + ControlPort. It now uses asynchronous IO through Qt's event loop. + o Add a way to handle default settings through a file instead of + just the hardcoded values. Vidalia will look for a + vidalia.defaults.conf file in the same place the vidalia.conf file + is, and from it it will read the default values for each + configuration option or fall back to the hardcoded default if the + key isn't present. + o Improve the bootstrap behavior for the new async TorControl. + o Add support for Microdescriptors. Fixes ticket 4203. + o Migrate the code that handles Marble to the new library + interface. It works as expected with the latest Marble from the + upstream git repo. + o Implements a torrc parser and editor and uses that to take every + tor configuration option from the vidalia.conf file to the + torrc. Vidalia now just needs to know the minimal information to + connect to the tor process (ControlPort or ControlSocket and + authentication) and everything else would be handled through the + torrc file. + 0.3.1 27-Feb-2012 o Draw the bandwidth graph curves based on the local maximum, not the global maximum. Fixes bug 2188. [View Less]

1 0

[vidalia/alpha] a start at putting the changes entries into categories
by chiiph＠torproject.org 29 Mar '12

29 Mar '12

commit 785d8e4580bc000ae25972f5ad9d29d0c3c1f879 Author: Roger Dingledine <arma(a)torproject.org> Date: Mon Mar 26 19:02:27 2012 -0400 a start at putting the changes entries into categories --- CHANGELOG | 75 +++++++++++++++++++++++++++++++++--------------------------- 1 files changed, 41 insertions(+), 34 deletions(-) diff --git a/CHANGELOG b/CHANGELOG index 9701587..acccab1 100644 --- a/CHANGELOG +++ b/CHANGELOG @@ -1,58 +1,65 @@ 0.3.2 ??-???-2012 - o Classify circuits … [View More]based on their purpose. This will help users - understand that nothing is wrong when Tor builds a one-hop - circuit, for example. Fixes bug 2114. - o Add option to use search query as message log filter. Fixes - ticket 2733. + New features: + o In the Network Map window, classify circuits based on their + purpose. This will help users understand that nothing is wrong when + Tor builds a one-hop circuit, for example. Fixes bug 2114. + o In the Message Log window, add an option to filter by search query. + Fixes ticket 2733. o Add a new configured relay immediately to the list of relays in the Network Map. Also document why a relay might be offline or not in the consensus/router list. Fixes bug 2735. o Add accounting options to the relay configuration panel. Fixes bug 2944. + o Add a Panic button, for users who want to get rid of the Tor Browser + Bundle quickly in certain circumstances. Note that it uses a simple + erase, rather than a secure erase method. Resolves ticket 4107. + o Add a way to handle default settings through a file instead of + just the hardcoded values. Vidalia will read a vidalia.defaults.conf + file from the same place as the vidalia.conf file, and override the + hardcoded default if a configuration option and value are listed in + this defaults file. + o Implement a torrc parser and editor and use that to take every + tor configuration option from the vidalia.conf file to the + torrc. Vidalia now just needs to know the minimal information to + connect to the tor process (ControlPort or ControlSocket and + authentication) and everything else would be handled through the + torrc file. + + Bugfixes relative to Vidalia 0.2.x: + o Fix deadlock when the browser process fails to launch in OS X. + o Resume listing relays in the Network Map panel even when Tor + only offers microdescriptors (new in Tor 0.2.3.x). Fixes ticket 4203. o Use consensus bandwidth for routers when microdescriptors is enabled. Fixes bug 3287. - o Improve a method that didn't return the specified type if - another control method was selected. Fixes bug 4065. - o Add a Panic button, for users who want to get rid of the Tor Browser - Bundle quickly in certain circumstances. It uses a simple erase, - rather than a secure erase method. Resolves ticket 4107. o Handle unrecognized Tor bootstrap phases. (Tor tells us a summary description of each bootstrap phase as it occurs, so we can use that string if needed.) Fixes bug 5109. o Change the wording from New Identity to New Circuit. For a proper New Identity while browsing, TorButton's solution should be used. Fixes bug 5277. + o Fix the bridge line parsing for requests to bridges.torproject.org + when the user clicks 'find bridges now'. Fixes bug 5730. + + Bugfixes relative to Vidalia 0.3.x: o Center detached tabs to avoid placing them out of reach. Fixes bug 5326. o Provide the MainWindow object to the plugins so they can provide messages in the system tray. Fixes bug 5338. - o Do not ignore the Show on Startup checkbox. Fixes bug 5351. - o Fix the bridge line parsing for requests to - bridges.torproject.org. Fixes bug 5730. - o Remove the ability to launch an http proxy (e.g. Polipo), since we - do not use it anymore. In the future, perhaps a plugin will allow - users to launch external applications like this. Fix bug 5386. - o Fix deadlock when the browser process failed to launch in OSX. - o Removes the need for threads to handle interaction with the - ControlPort. It now uses asynchronous IO through Qt's event loop. - o Add a way to handle default settings through a file instead of - just the hardcoded values. Vidalia will look for a - vidalia.defaults.conf file in the same place the vidalia.conf file - is, and from it it will read the default values for each - configuration option or fall back to the hardcoded default if the - key isn't present. - o Improve the bootstrap behavior for the new async TorControl. - o Resume listing relays in the Network Map panel even when Tor - only offers microdescriptors (new in Tor 0.2.3.x). Fixes ticket 4203. + o Do not ignore the "Show on Startup" checkbox. Fixes bug 5351. + + Internal cleanups and improvements: + o Remove the ability to launch an http proxy (e.g. Polipo), since Tor + Browser Bundle does not use it anymore. In the future, perhaps + a plugin will allow users to launch external applications like + this. Fix bug 5386. + o Fix a method that didn't return the specified type if another control + method was selected. Fixes bug 4065. + o Remove the need for threads to handle interaction with the + ControlPort. Vidalia now uses asynchronous IO through Qt's event loop. o Migrate the code that handles Marble to the new library interface. It works as expected with the latest Marble from the upstream git repo. - o Implements a torrc parser and editor and uses that to take every - tor configuration option from the vidalia.conf file to the - torrc. Vidalia now just needs to know the minimal information to - connect to the tor process (ControlPort or ControlSocket and - authentication) and everything else would be handled through the - torrc file. + 0.3.1 27-Feb-2012 o Draw the bandwidth graph curves based on the local maximum, not [View Less]

1 0

[translation/vidalia] Update translations for vidalia
by translation＠torproject.org 29 Mar '12

29 Mar '12

commit e0de169727fe8c3d0a3532c99e566760bda33eab Author: Translation commit bot <translation(a)torproject.org> Date: Thu Mar 29 10:15:09 2012 +0000 Update translations for vidalia --- de/vidalia_de.po | 13 +++++++------ 1 files changed, 7 insertions(+), 6 deletions(-) diff --git a/de/vidalia_de.po b/de/vidalia_de.po index fda5b25..33291e5 100644 --- a/de/vidalia_de.po +++ b/de/vidalia_de.po @@ -2,6 +2,7 @@ # Translators: # bastik <bastik.tor(a)googlemail.com>, 2011. # … [View More]

1 0

[stem/master] Typo corrections for descriptor changes
by atagar＠torproject.org 29 Mar '12

29 Mar '12

commit 222d58a9bad7e1675f70002fb00b2a9b962cfe63 Author: Damian Johnson <atagar(a)torproject.org> Date: Wed Mar 28 20:19:03 2012 -0700 Typo corrections for descriptor changes Patch by karsten to fix numerous misspellings. --- stem/descriptor/__init__.py | 2 +- stem/descriptor/reader.py | 6 +++--- stem/descriptor/server_descriptor.py | 8 ++++---- 3 files changed, 8 insertions(+), 8 deletions(-) diff --git a/stem/descriptor/__init__.py b/stem/… [View More]descriptor/__init__.py index 325ac4b..21f40c2 100644 --- a/stem/descriptor/__init__.py +++ b/stem/descriptor/__init__.py @@ -45,7 +45,7 @@ def parse_file(path, descriptor_file): desc._set_path(path) yield desc else: - # unrecognized descritor type + # unrecognized descriptor type raise TypeError("Unable to determine the descriptor's type. filename: '%s', first line: '%s'" % (filename, first_line)) class Descriptor: diff --git a/stem/descriptor/reader.py b/stem/descriptor/reader.py index 4683744..c81fe6e 100644 --- a/stem/descriptor/reader.py +++ b/stem/descriptor/reader.py @@ -193,7 +193,7 @@ class DescriptorReader: Arguments: targets (list) - paths for files or directories to be read from - follow_links (bool) - determines if we'll follow symlinks when transversing + follow_links (bool) - determines if we'll follow symlinks when traversing directories buffer_size (int) - descriptors we'll buffer before waiting for some to be read, this is unbounded if zero @@ -323,7 +323,7 @@ class DescriptorReader: # this can take a while if, say, we're including the root directory if self._is_stopped.is_set(): break else: - # This is a file. Register it's last modified timestamp and check if + # This is a file. Register its last modified timestamp and check if # it's a file that we should skip. last_modified = int(os.stat(target).st_mtime) @@ -396,7 +396,7 @@ class DescriptorReader: self._notify_skip_listeners(target, ReadFailed(exc)) def _enqueue_descriptor(self, descriptor): - # blocks until their is either room for the descriptor or we're stopped + # blocks until there is either room for the descriptor or we're stopped while True: try: diff --git a/stem/descriptor/server_descriptor.py b/stem/descriptor/server_descriptor.py index a82a657..3460740 100644 --- a/stem/descriptor/server_descriptor.py +++ b/stem/descriptor/server_descriptor.py @@ -153,7 +153,7 @@ def _read_until_keyword(keyword, descriptor_file, inclusive = False): return content -def _get_psudo_pgp_block(remaining_contents): +def _get_pseudo_pgp_block(remaining_contents): """ Checks if given contents begins with a pseudo-Open-PGP-style block and, if so, pops it off and provides it back to the caller. @@ -335,7 +335,7 @@ class ServerDescriptorV3(stem.descriptor.Descriptor): keyword, value = line_match.groups() try: - block_contents = _get_psudo_pgp_block(remaining_contents) + block_contents = _get_pseudo_pgp_block(remaining_contents) except ValueError, exc: if not validate: continue raise exc @@ -429,7 +429,7 @@ class ServerDescriptorV3(stem.descriptor.Descriptor): # version followed by the os like the following... # platform Tor 0.2.2.35 (git-73ff13ab3cc9570d) on Linux x86_64 # - # There's no guerentee that we'll be able to pick these out the + # There's no guarantee that we'll be able to pick these out the # version, but might as well try to save our caller the effot. platform_match = re.match("^Tor (\S*).* on (.*)$", self.platform) @@ -479,7 +479,7 @@ class ServerDescriptorV3(stem.descriptor.Descriptor): # fingerprint if validate and not stem.util.tor_tools.is_valid_fingerprint(value): - raise ValueError("Hidden service digests should consist of fourty hex digits: %s" % value) + raise ValueError("Extra-info digests should consist of fourty hex digits: %s" % value) self.extra_info_digest = value elif keyword == "hidden-service-dir": [View Less]

1 0

[stem/master] Minor corrections for os.sysconf check
by atagar＠torproject.org 29 Mar '12

29 Mar '12

commit df2084b0e746e6c5036528b01884a168b3b513ce Author: Damian Johnson <atagar(a)torproject.org> Date: Wed Mar 28 20:09:08 2012 -0700 Minor corrections for os.sysconf check The patch from beckbaibai fixed his issue but left CLOCK_TICKS undefined on Windows which would result in a NameError when using proc.get_stats (the function *should* cause an error, but not that one). --- stem/util/proc.py | 13 +++++++++---- 1 files changed, 9 insertions(+), 4 deletions(-) … [View More]

1 0

[stem/master] fixed system module undefined in windows
by atagar＠torproject.org 29 Mar '12

29 Mar '12

commit f5950d01e1578a532c03da55165030f8c3ba3919 Author: Beck <csybeck(a)gmail.com> Date: Tue Mar 27 01:11:30 2012 -0500 fixed system module undefined in windows --- stem/util/proc.py | 5 ++++- 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/stem/util/proc.py b/stem/util/proc.py index cbfc3c5..0e9f5ed 100644 --- a/stem/util/proc.py +++ b/stem/util/proc.py @@ -33,7 +33,10 @@ import stem.util.log as log # cached system values IS_PROC_AVAILABLE, SYS_START_TIME, … [View More]

1 0

[translation/vidalia_help_completed] Update translations for vidalia_help_completed
by translation＠torproject.org 28 Mar '12

28 Mar '12

commit 0bd77986e3e079f5ffe75fc737856977c9ce7641 Author: Translation commit bot <translation(a)torproject.org> Date: Wed Mar 28 22:45:23 2012 +0000 Update translations for vidalia_help_completed --- fa/bridges.po | 7 ++++--- 1 files changed, 4 insertions(+), 3 deletions(-) diff --git a/fa/bridges.po b/fa/bridges.po index e60de6e..4d0840f 100644 --- a/fa/bridges.po +++ b/fa/bridges.po @@ -2,13 +2,14 @@ # Translators: # <aalaeiarash(a)gmail.com>, 2011. # runasand <… [View More]

1 0