[or-cvs] r14618: notes towards a "How to choose the recommended versions" sec (tor/trunk/doc/contrib)

arma at seul.org arma at seul.org
Thu May 15 06:00:14 UTC 2008


Author: arma
Date: 2008-05-15 02:00:14 -0400 (Thu, 15 May 2008)
New Revision: 14618

Modified:
   tor/trunk/doc/contrib/authority-policy.txt
Log:
notes towards a "How to choose the recommended versions" section


Modified: tor/trunk/doc/contrib/authority-policy.txt
===================================================================
--- tor/trunk/doc/contrib/authority-policy.txt	2008-05-14 20:30:21 UTC (rev 14617)
+++ tor/trunk/doc/contrib/authority-policy.txt	2008-05-15 06:00:14 UTC (rev 14618)
@@ -43,3 +43,28 @@
        us that you have.
      - Dirservers (and operators) in a variety of jurisdictions are best.
 
+2. How to choose the recommended versions
+
+  The policy, in a nutshell, is to not remove versions without a good
+  reason. So this means we should recommend all versions except:
+
+  - Versions that no longer conform to the spec. That is, if they wouldn't
+    actually interact correctly with the current Tor network.
+  - Versions that have known security problems.
+  - Versions that have frequent crash or assert problems.
+  - Versions that harm the performance or stability of the current Tor
+    network or the anonymity of other users. For example, a version
+    that load balances wrong, or a version that hammers the authorities
+    too much.
+
+
+> some use the slight variant of requiring a *good* reason.
+> excellent reasons include "there's a security flaw"
+> good reasons include "that crashes every time you start it. you would think
++tor is dumb if you tried to use that version and think of it as tor."
+> good reasons include "those old clients do their load balancing wrong, and
++they're screwing up the whole network"
+> reasons include "the old one is really slow, clients should prefer the new
++one"
+> i try to draw the line at 'good reasons and above'
+



More information about the tor-commits mailing list