[or-cvs] r12426: some notes on 0.2.0.10-alpha blockers. (in tor/trunk: . doc)

[nickm at seul.org]

Author: nickm
Date: 2007-11-07 17:13:30 -0500 (Wed, 07 Nov 2007)
New Revision: 12426

Modified:
   tor/trunk/
   tor/trunk/doc/TODO
Log:
 r16552 at catbus:  nickm | 2007-11-07 17:12:11 -0500
 some notes on 0.2.0.10-alpha blockers.



Property changes on: tor/trunk
___________________________________________________________________
 svk:merge ticket from /tor/trunk [r16552] on 8246c3cf-6607-4228-993b-4d95d33730f1

Modified: tor/trunk/doc/TODO
===================================================================
--- tor/trunk/doc/TODO	2007-11-07 21:51:21 UTC (rev 12425)
+++ tor/trunk/doc/TODO	2007-11-07 22:13:30 UTC (rev 12426)
@@ -21,14 +21,21 @@
     we picked it" and "is still adequate to be used as a guard even
     after we've picked it". We should write a real proposal for this --
     in 0.2.1.x.
+    - Delay the separation of flags till 0.2.1.x. -NM
+    - Let's come up with a good formula for Guard.
+
   - Should we ship with a fallback-consensus? Where in the tarball does
     it go? What's the process for choosing it?
     - We can, but we don't have to now.  Stick it in place of the
-      empty fallback-consensus file in src/config if you like.
-    - To choose, just grab the most recent consensus you have.
+      empty fallback-consensus file in src/config if you like. -NM
+    - To choose, just grab the most recent consensus you have. -NM
+
   - If 1.5*MaxCircuitDirtiness is more than KeepAlive, do we then send
     a KeepAlive and reset our timeout, thus never reaching 1.5*MCD?
-  - "When reporting clock skew, and we only have a lower bound on
+    - Aw, crud.  We could keep track of how long it's been since
+      we last did anything _other_ than a keepalive, I guess. -NM
+
+  o "When reporting clock skew, and we only have a lower bound on
     the amount of skew, amount anyway, marked as a lower bound.
     [XXX Nick: what does this mean??]"