September 2015 - tor-commits - lists.torproject.org

[tor-commits] [translation/tor-messenger-conversationsproperties_completed] Update translations for tor-messenger-conversationsproperties_completed
by translation＠torproject.org 09 Sep '15

09 Sep '15

commit 70ada577e1aa20a9c3feba709939cad8bfaa8415 Author: Translation commit bot <translation(a)torproject.org> Date: Wed Sep 9 17:16:24 2015 +0000 Update translations for tor-messenger-conversationsproperties_completed --- nl/conversations.properties | 11 +++++++++++ 1 file changed, 11 insertions(+) diff --git a/nl/conversations.properties b/nl/conversations.properties index 9528d9e..cd65ac7 100644 --- a/nl/conversations.properties +++ b/nl/conversations.properties @@ -56,6 +56,17 @@ topicChanged=%1$S heeft het onderwerp veranderd naar: %2$S. # %1$S is the user who cleared the topic. topicCleared=%1$S heeft het onderwerp gewist. +# LOCALIZATION NOTE (nickSet): +# This is displayed as a system message when a participant changes his/her +# nickname in a conversation. +# %1$S is the old nick. +# %2$S is the new nick. +nickSet=%1$S staat bekend als %2$S. +# LOCALIZATION NOTE (nickSet.you): +# This is displayed as a system message when your nickname is changed. +# %S is your new nick. +nickSet.you=Je bent nu bekend als %S. + # LOCALIZATION NOTE (messenger.conversations.selections.ellipsis): # ellipsis is used when copying a part of a message to show that the message was cut messenger.conversations.selections.ellipsis=[…]

1 0

[translation/tor-messenger-conversationsproperties] Update translations for tor-messenger-conversationsproperties
by translation＠torproject.org 09 Sep '15

09 Sep '15

commit 41839823d6c6823488d622400df3f8d38a1bf855 Author: Translation commit bot <translation(a)torproject.org> Date: Wed Sep 9 17:16:20 2015 +0000 Update translations for tor-messenger-conversationsproperties --- nl/conversations.properties | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/nl/conversations.properties b/nl/conversations.properties index d827e51..cd65ac7 100644 --- a/nl/conversations.properties +++ b/nl/conversations.properties @@ -61,11 +61,11 @@ topicCleared=%1$S heeft het onderwerp gewist. # nickname in a conversation. # %1$S is the old nick. # %2$S is the new nick. -nickSet=%1$S is now known as %2$S. +nickSet=%1$S staat bekend als %2$S. # LOCALIZATION NOTE (nickSet.you): # This is displayed as a system message when your nickname is changed. # %S is your new nick. -nickSet.you=Je bent gekend als %S. +nickSet.you=Je bent nu bekend als %S. # LOCALIZATION NOTE (messenger.conversations.selections.ellipsis): # ellipsis is used when copying a part of a message to show that the message was cut

1 0

[torspec/master] Mark my stop-for-now point
by nickm＠torproject.org 09 Sep '15

09 Sep '15

commit 217cf406522e861016b88ea366f7f7c1ced67dc4 Author: Nick Mathewson <nickm(a)torproject.org> Date: Wed Sep 9 12:40:33 2015 -0400 Mark my stop-for-now point --- proposals/proposal-status.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/proposals/proposal-status.txt b/proposals/proposal-status.txt index b79ccb0..bc9f331 100644 --- a/proposals/proposal-status.txt +++ b/proposals/proposal-status.txt @@ -126,6 +126,7 @@ again to remind me! This is likely also to be relevant for the ideas of proposal 241, and maybe superseded by some version of that proposal. (2/2015) +----- 164 Reporting the status of server votes This proposal explains a way for authorities to provide a

1 0

[torspec/master] Mark 141 as obsolete.
by nickm＠torproject.org 09 Sep '15

09 Sep '15

commit 89805f3c29936a65b7bb456d4044e536aef89dbb Author: Nick Mathewson <nickm(a)torproject.org> Date: Wed Sep 9 12:35:38 2015 -0400 Mark 141 as obsolete. Microdescriptors make the system described in this proposal not make sense for current Tors -- it would need significant revision. --- proposals/141-jit-sd-downloads.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/proposals/141-jit-sd-downloads.txt b/proposals/141-jit-sd-downloads.txt index 2ac7a08..bba6493 100644 --- a/proposals/141-jit-sd-downloads.txt +++ b/proposals/141-jit-sd-downloads.txt @@ -2,7 +2,7 @@ Filename: 141-jit-sd-downloads.txt Title: Download server descriptors on demand Author: Peter Palfrader Created: 15-Jun-2008 -Status: Draft +Status: Obsolete 1. Overview

1 0

[torspec/master] Mark 144 as obsolete.
by nickm＠torproject.org 09 Sep '15

09 Sep '15

commit 0e95e6bb4c9f382755c686358fec37f99acd25a0 Author: Nick Mathewson <nickm(a)torproject.org> Date: Wed Sep 9 12:36:55 2015 -0400 Mark 144 as obsolete. The state of the art has advanced so much since this was written; this simply wouldn't get done this way in a modern design. --- proposals/144-enforce-distinct-providers.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/proposals/144-enforce-distinct-providers.txt b/proposals/144-enforce-distinct-providers.txt index aa46048..1a682f3 100644 --- a/proposals/144-enforce-distinct-providers.txt +++ b/proposals/144-enforce-distinct-providers.txt @@ -3,7 +3,7 @@ Title: Increase the diversity of circuits by detecting nodes belonging the same provider Author: Mfr Created: 2008-06-15 -Status: Draft +Status: Obsolete Overview:

1 0

[torspec/master] Proposal 159 is now informational
by nickm＠torproject.org 09 Sep '15

09 Sep '15

commit e30cdabef758ed6b2447b073c5a88aeaf52f0867 Author: Nick Mathewson <nickm(a)torproject.org> Date: Wed Sep 9 12:39:09 2015 -0400 Proposal 159 is now informational --- proposals/159-exit-scanning.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/proposals/159-exit-scanning.txt b/proposals/159-exit-scanning.txt index 7090f2e..d2a7f3b 100644 --- a/proposals/159-exit-scanning.txt +++ b/proposals/159-exit-scanning.txt @@ -2,7 +2,7 @@ Filename: 159-exit-scanning.txt Title: Exit Scanning Author: Mike Perry Created: 13-Feb-2009 -Status: Open +Status: Informational Overview:

1 0

[torspec/master] Update metafiles
by nickm＠torproject.org 09 Sep '15

09 Sep '15

commit 4fe43821e79c8b31137e5447ef09276a0aaaf58c Author: Nick Mathewson <nickm(a)torproject.org> Date: Wed Sep 9 12:39:19 2015 -0400 Update metafiles --- proposals/000-index.txt | 17 ++++----- proposals/proposal-status.txt | 78 +++++++---------------------------------- proposals/reindex.py | 2 +- 3 files changed, 22 insertions(+), 75 deletions(-) diff --git a/proposals/000-index.txt b/proposals/000-index.txt index ffa8cf3..7ef953f 100644 --- a/proposals/000-index.txt +++ b/proposals/000-index.txt @@ -53,7 +53,7 @@ Proposals by number: 130 Version 2 Tor connection protocol [CLOSED] 131 Help users to verify they are using Tor [OBSOLETE] 132 A Tor Web Service For Verifying Correct Browser Configuration [OBSOLETE] -133 Incorporate Unreachable ORs into the Tor Network [DRAFT] +133 Incorporate Unreachable ORs into the Tor Network [RESERVE] 134 More robust consensus voting with diverse authority sets [REJECTED] 135 Simplify Configuration of Private Tor Networks [CLOSED] 136 Mass authority migration with legacy keys [CLOSED] @@ -61,10 +61,10 @@ Proposals by number: 138 Remove routers that are not Running from consensus documents [CLOSED] 139 Download consensus documents only when it will be trusted [CLOSED] 140 Provide diffs between consensuses [ACCEPTED] -141 Download server descriptors on demand [DRAFT] +141 Download server descriptors on demand [OBSOLETE] 142 Combine Introduction and Rendezvous Points [DEAD] 143 Improvements of Distributed Storage for Tor Hidden Service Descriptors [OPEN] -144 Increase the diversity of circuits by detecting nodes belonging the same provider [DRAFT] +144 Increase the diversity of circuits by detecting nodes belonging the same provider [OBSOLETE] 145 Separate "suitable as a guard" from "suitable as a new guard" [SUPERSEDED] 146 Add new flag to reflect long-term stability [SUPERSEDED] 147 Eliminate the need for v2 directories in generating v3 directories [REJECTED] @@ -79,7 +79,7 @@ Proposals by number: 156 Tracking blocked ports on the client side [SUPERSEDED] 157 Make certificate downloads specific [CLOSED] 158 Clients download consensus + microdescriptors [FINISHED] -159 Exit Scanning [OPEN] +159 Exit Scanning [INFORMATIONAL] 160 Authorities vote for bandwidth offsets in consensus [FINISHED] 161 Computing Bandwidth Adjustments [FINISHED] 162 Publish the consensus in multiple flavors [FINISHED] @@ -178,9 +178,6 @@ Proposals by number: Proposals by status: DRAFT: - 133 Incorporate Unreachable ORs into the Tor Network - 141 Download server descriptors on demand - 144 Increase the diversity of circuits by detecting nodes belonging the same provider 175 Automatically promoting Tor clients to nodes 182 Credit Bucket 195 TLS certificate normalization for Tor 0.2.4.x [for 0.2.4.x] @@ -207,7 +204,6 @@ Proposals by status: 190 Bridge Client Authorization Based on a Shared Secret OPEN: 143 Improvements of Distributed Storage for Tor Hidden Service Descriptors - 159 Exit Scanning 164 Reporting the status of server votes 165 Easy migration for voting authority sets 168 Reduce default circuit window @@ -344,5 +340,10 @@ Proposals by status: 127 Relaying dirport requests to Tor download site / website 131 Help users to verify they are using Tor 132 A Tor Web Service For Verifying Correct Browser Configuration + 141 Download server descriptors on demand + 144 Increase the diversity of circuits by detecting nodes belonging the same provider RESERVE: + 133 Incorporate Unreachable ORs into the Tor Network 211 Internal Mapaddress for Tor Configuration Testing [for 0.2.4.x+] + INFORMATIONAL: + 159 Exit Scanning diff --git a/proposals/proposal-status.txt b/proposals/proposal-status.txt index 4f278ee..b79ccb0 100644 --- a/proposals/proposal-status.txt +++ b/proposals/proposal-status.txt @@ -55,7 +55,7 @@ again to remind me! revised the paragraph. -133 Incorporate Unreachable ORs into the Tor Network +133 Incorporate Unreachable ORs into the Tor Network [RESERVE] This proposal had an idea for letting ORs that can only make outgoing connections still relay data usefully in the network. @@ -64,12 +64,12 @@ again to remind me! who wants to analyze new network topologies should definitely have a look. (5/2011) - For this I think we should introduce a new proposal status, - "RESERVE". A proposal is "on reserve" if we're not currently - planning to implement it, but we might someday want to do so if we - decide that what it provides is a great idea. (9/2015) + For this I have introduced a new proposal status, "RESERVE". A + proposal is "in reserve" if we're not currently planning to + implement it, but we might someday want to do so if we decide that + what it provides is a great idea. (9/2015) -140 Provide diffs between consensuses +140 Provide diffs between consensuses [ACCEPTED] This proposal describes a way to transmit less directory traffic by sending only differences between consensuses, rather @@ -77,22 +77,6 @@ again to remind me! GSoC project last summer; it is still under revision and on target for merge into 0.2.8. (See ticket #13339) (9/2015) - This needs code review, and needs to marked as ACCCEPTED. (9/2015) - -141 Download server descriptors on demand - - The idea of this proposal was for clients to only download the - consensus, and later ask nodes for their own server descriptors - while building the circuit through them. It would make each - circuit more time-consuming to build, but make bootstrapping - much cheaper. - - Microdescriptors obsolete a lot of this proposal, and present - some difficulties in using in a way compatible with - it. (6/2012) - - I say mark this as OBSOLETE or RESERVE. (9/2015) - 143 Improvements of Distributed Storage for Tor Hidden Service Descriptors @@ -115,41 +99,6 @@ again to remind me! Time to mark this as SUPERSEDED. (9/2015) -144 Increase the diversity of circuits by detecting nodes - belonging the same provider - - This is a version of the good idea, "Let's do routing in a way - that tries to keep from routing traffic through the same - provider too much!" There are complex issues here that the - proposal doesn't completely address, but I think it might be a - fine idea for somebody to see how much more we know now than we - did in 2008, particularly in light of the relevant paper(s) by - Matt Edmann and Paul Syverson. (5/2011) - - Mark as OBSOLETE. The research field has advanced very far since - this proposal, and new papers on this topic come out every year. - (9/2015) - -145 Separate "suitable as a guard" from "suitable as a new guard" - [NEEDS-RESEARCH] - - Currently, the Guard flag means both "You can use this node as a - guard if you need to pick a new guard" and "If this node is - currently your guard, you can keep using it as a guard." This - proposal tries to separate these two concepts, so that clients can - stop picking a router once it is full of existing clients using it - as a guard, but the clients currently on it won't all drop it. - - It's not clear whether this has anonymity issues, and it's not - clear whether the imagined performance gains are actually - worthwhile. - - This is probably superseded by proposal 236, which has a better - approach for weighting guard node selection probabilities; we - should probably close this ticket. (2/2015) - - I say, mark as OBSOLETE. (9/2015) - 156 Tracking blocked ports on the client side This proposal provides a way for clients to learn which ports @@ -177,13 +126,6 @@ again to remind me! This is likely also to be relevant for the ideas of proposal 241, and maybe superseded by some version of that proposal. (2/2015) -159 Exit Scanning - - This is an overview of SoaT, with some ideas for how to integrate - it into Tor. (5/2011) - - (Mark as HISTORICAL? INFORMATIONAL?) (9/2015) - 164 Reporting the status of server votes This proposal explains a way for authorities to provide a @@ -652,8 +594,12 @@ TAKE ANOTHER LOOK AT THESE: Since last time: - Proposals 127, 131, and 132 has been marked as obsolete. + Proposals 127, 131, 132, 141 has been marked as obsolete. + + Proposals 133, and 211 is now "in-reserve". + + Proposal 145 is superseded. - Proposal 211 is now "in-reserve". + Proposal 159 is informational. Proposals 242-252 are new. diff --git a/proposals/reindex.py b/proposals/reindex.py index 381099e..b442271 100755 --- a/proposals/reindex.py +++ b/proposals/reindex.py @@ -4,7 +4,7 @@ import re, os class Error(Exception): pass STATUSES = """DRAFT NEEDS-REVISION NEEDS-RESEARCH OPEN ACCEPTED META FINISHED - CLOSED SUPERSEDED DEAD REJECTED OBSOLETE RESERVE""".split() + CLOSED SUPERSEDED DEAD REJECTED OBSOLETE RESERVE INFORMATIONAL""".split() REQUIRED_FIELDS = [ "Filename", "Status", "Title" ] CONDITIONAL_FIELDS = { "OPEN" : [ "Target" ], "ACCEPTED" : [ "Target "],

1 0

[torspec/master] Mark 133 as in-reserve.
by nickm＠torproject.org 09 Sep '15

09 Sep '15

commit da9ed3af575030e52ae95816c1b85c8e433780a4 Author: Nick Mathewson <nickm(a)torproject.org> Date: Wed Sep 9 12:35:08 2015 -0400 Mark 133 as in-reserve. It would need heavy revision to work in modern Tor, and we might not even want it. --- proposals/133-unreachable-ors.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/proposals/133-unreachable-ors.txt b/proposals/133-unreachable-ors.txt index a1c2dd8..5e2916b 100644 --- a/proposals/133-unreachable-ors.txt +++ b/proposals/133-unreachable-ors.txt @@ -2,7 +2,7 @@ Filename: 133-unreachable-ors.txt Title: Incorporate Unreachable ORs into the Tor Network Author: Robert Hogan Created: 2008-03-08 -Status: Draft +Status: Reserve Overview:

1 0

[torspec/master] Mark proposal 127 as obsolete.
by nickm＠torproject.org 09 Sep '15

09 Sep '15

commit e1f3c2c431f8d5bf2c1bd7d65c6e1f4c058dbce1 Author: Nick Mathewson <nickm(a)torproject.org> Date: Wed Sep 9 12:24:49 2015 -0400 Mark proposal 127 as obsolete. If we do implement something like this, it won't at all be with a fetch; it will be with some kind of caching mechanism. --- proposals/127-dirport-mirrors-downloads.txt | 2 +- proposals/proposal-status.txt | 13 ------------- 2 files changed, 1 insertion(+), 14 deletions(-) diff --git a/proposals/127-dirport-mirrors-downloads.txt b/proposals/127-dirport-mirrors-downloads.txt index 72d6c0c..377492c 100644 --- a/proposals/127-dirport-mirrors-downloads.txt +++ b/proposals/127-dirport-mirrors-downloads.txt @@ -2,7 +2,7 @@ Filename: 127-dirport-mirrors-downloads.txt Title: Relaying dirport requests to Tor download site / website Author: Roger Dingledine Created: 2007-12-02 -Status: Draft +Status: Obsolete 1. Overview diff --git a/proposals/proposal-status.txt b/proposals/proposal-status.txt index 869ef1b..31fc11f 100644 --- a/proposals/proposal-status.txt +++ b/proposals/proposal-status.txt @@ -54,19 +54,6 @@ again to remind me! **NOTE**: The dates after each paragraph indicate when I last revised the paragraph. - -127 Relaying dirport requests to Tor download site / website - - The idea here was to make it easier to fetch and learn about - Tor by making it easy for relays to automatically act as - proxies to the Tor website. It needs more discussion, and - there are some significant details to work out. It's not at - all clear whether this is actually a good idea or not. - Probably, there are better choices when it comes to - distributing software and updates. (11/2013) - - I say, mark it OBSOLETE. (9/2015) - 131 Help users to verify they are using Tor [NEEDS-REVISION] This one is not a crazy idea, but I marked it as

1 0

[torspec/master] Turn off proposals 131 and 211.
by nickm＠torproject.org 09 Sep '15

09 Sep '15

commit 1755a4122b6ee80624f0f5b4333dba0343e4fcc7 Author: Nick Mathewson <nickm(a)torproject.org> Date: Wed Sep 9 12:26:39 2015 -0400 Turn off proposals 131 and 211. 131 is obsolete for being incredibly old, and not being how we'd actually like torcheck to work any more. It comes from a pre-tbb world. 211 is on reserve since nobody's asked for it in a while, and sensible folk are maintaining torcheck now. --- proposals/131-verify-tor-usage.txt | 2 +- proposals/211-mapaddress-tor-status.txt | 2 +- proposals/proposal-status.txt | 24 ++---------------------- 3 files changed, 4 insertions(+), 24 deletions(-) diff --git a/proposals/131-verify-tor-usage.txt b/proposals/131-verify-tor-usage.txt index d3c6efe..8af1151 100644 --- a/proposals/131-verify-tor-usage.txt +++ b/proposals/131-verify-tor-usage.txt @@ -2,7 +2,7 @@ Filename: 131-verify-tor-usage.txt Title: Help users to verify they are using Tor Author: Steven J. Murdoch Created: 2008-01-25 -Status: Needs-Revision +Status: Obsolete Overview: diff --git a/proposals/211-mapaddress-tor-status.txt b/proposals/211-mapaddress-tor-status.txt index 7cac4b7..28be3bb 100644 --- a/proposals/211-mapaddress-tor-status.txt +++ b/proposals/211-mapaddress-tor-status.txt @@ -2,7 +2,7 @@ Filename: 211-mapaddress-tor-status.txt Title: Internal Mapaddress for Tor Configuration Testing Author: Mike Perry Created: 08-10-2012 -Status: Open +Status: Reserve Target: 0.2.4.x+ diff --git a/proposals/proposal-status.txt b/proposals/proposal-status.txt index 31fc11f..7cc77fa 100644 --- a/proposals/proposal-status.txt +++ b/proposals/proposal-status.txt @@ -54,16 +54,6 @@ again to remind me! **NOTE**: The dates after each paragraph indicate when I last revised the paragraph. -131 Help users to verify they are using Tor [NEEDS-REVISION] - - This one is not a crazy idea, but I marked it as - needs-revision since it doesn't seem to work so well with - our current designs. It seems mostly superseded by proposal - 211. (11/2013) - - I say, mark it as OBSOLETE and make a note on proposal 211 to see it for - historical information. (9/2015) - 132 A Tor Web Service For Verifying Correct Browser Configuration This proposal was meant to give users a way to see if their @@ -418,18 +408,6 @@ again to remind me! This needs an update; it's a pretty good idea, and Mike and Roger like it. It goes will with FallbackDirSource stuff. (9/2015) -211 Internal Mapaddress for Tor Configuration Testing - - Here, the idea is to serve an XML document over HTTP that - would let the know when it's using Tor. The XML document - would be returned when you make a request over Tor for a - magic address in 127.0.0.0/8. I think we need to do - _something_to solve this problem, but I'm not thrilled with - the idea of having any more magical addresses like this; we - got rid of .noconnect for a reason, after all. (11/2013) - - Mark as REJECTED. (9/2015) - 212 Increase Acceptable Consensus Age This proposal suggests that we increase the maximum age of a @@ -674,4 +652,6 @@ TAKE ANOTHER LOOK AT THESE: Since last time: + Proposal 127 has been marked as obsolete. + Proposals 242-252 are new.

1 0