[or-cvs] r12426: some notes on 0.2.0.10-alpha blockers. (in tor/trunk: . doc)
nickm at seul.org
nickm at seul.org
Wed Nov 7 22:13:31 UTC 2007
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??]"
More information about the tor-commits
mailing list