aboutsummaryrefslogtreecommitdiff
path: root/doc/spec
Commit message (Expand)AuthorAge
* changes sitting in my trunk sandbox•••svn:r15955 Roger Dingledine2008-07-16
* proposal from 13 Apr 2008 that never got a number is proposal #139•••svn:r15945 Peter Palfrader2008-07-15
* I still think Metabytes are much cooler than Megabytes•••svn:r15944 Peter Palfrader2008-07-15
* An initial check in of the automatic update program. Mixed ideas, needs much ...•••svn:r15925 Jacob Appelbaum2008-07-15
* Make Closed and Finished proposals know when they were implemented (approxima...•••svn:r15905 Nick Mathewson2008-07-14
* For some open and accepted proposals, note their target versions.•••svn:r15904 Nick Mathewson2008-07-14
* add proposal 152•••svn:r15903 Nick Mathewson2008-07-14
* r16928@tombo: nickm | 2008-07-11 17:07:36 -0400••• It seems that fixing one spelling error always means that somebody is about to tell me about another. Fix a second spelling error in the risks section of 150. svn:r15848 Nick Mathewson2008-07-11
* r16926@tombo: nickm | 2008-07-11 15:58:34 -0400••• fix spelling error spotted by qbi. svn:r15846 Nick Mathewson2008-07-11
* r16923@tombo: nickm | 2008-07-11 15:12:12 -0400••• Mark proposal 150 accepted; add risks section; revise English a bit. svn:r15845 Nick Mathewson2008-07-11
* Add weight consensus line, as described on or-dev,•••list elements of RELAY_REQUEST_SD cells svn:r15844 Peter Palfrader2008-07-11
* r16919@tombo: nickm | 2008-07-11 13:04:28 -0400••• Update proposal statuses for 0.2.1.x. svn:r15843 Nick Mathewson2008-07-11
* r16918@tombo: nickm | 2008-07-11 13:04:01 -0400••• Update proposal 110 based on discussions with arma and implementation status. svn:r15842 Nick Mathewson2008-07-11
* r16897@tombo: nickm | 2008-07-11 12:30:57 -0400••• Revise proposal 147 as sugested by arma. svn:r15840 Nick Mathewson2008-07-11
* r16896@tombo: nickm | 2008-07-11 11:45:16 -0400••• Revise proposal 118; turn it into a real proposal. svn:r15839 Nick Mathewson2008-07-11
* Add guard node failure plans to proposal.•••svn:r15706 Mike Perry2008-07-06
* Add proposal 150 and proposal 151•••svn:r15695 Nick Mathewson2008-07-06
* Proposal 121: Add a simple algorithm to delay descriptor publication for diff...•••Proposal 142: Give first security property the new name "Responsibility" and change new cell formats according to rendezvous protocol version 3 draft. svn:r15655 Karsten Loesing2008-07-04
* r16695@tombo: nickm | 2008-07-03 13:00:38 -0400••• add new proposal 149: using netinfo data svn:r15629 Nick Mathewson2008-07-03
* add new proposal 148-uniform-client-end-reason.txt•••svn:r15612 Roger Dingledine2008-07-02
* r16666@tombo: nickm | 2008-07-02 15:17:46 -0400••• Mark 145 and 146 open (oops). Add new proposal 147 about making v2 directories less needed. svn:r15607 Nick Mathewson2008-07-02
* r16664@tombo: nickm | 2008-07-02 14:03:44 -0400••• Add two new proposals. svn:r15606 Nick Mathewson2008-07-02
* Add proposal 144 from M Fr.•••svn:r15586 Nick Mathewson2008-07-01
* Add proposal 143: Improvements of Distributed Storage for Tor Hidden Service ...•••svn:r15552 Nick Mathewson2008-06-28
* Add proposal 142: Combine Introduction and Rendezvous Points•••svn:r15531 Nick Mathewson2008-06-28
* Added prefixes to testing-network-only configuration options.•••svn:r15375 Karsten Loesing2008-06-20
* start sending "COUNT=%d RECOMMENDATION=%s" key/values on bootstrap•••problem status events, so the controller can hear about problems even before tor decides they're worth reporting for sure. svn:r15357 Roger Dingledine2008-06-19
* Spec clarifications on 137.•••svn:r15352 Nick Mathewson2008-06-18
* I was on the second paragraph of my or-dev mail explaining why I chose to•••set starting=1 to avoid potential bugs with having it conflict with 0, which I used to mean uninitialized, when I realized I would be writing many more lame-sounding paragraphs in the future. Just start it at 0 and handle the bugs. svn:r15346 Roger Dingledine2008-06-18
* Send an initial "Starting" bootstrap status event, so we have a•••state to start out in. svn:r15326 Roger Dingledine2008-06-17
* add a getinfo so vidalia can query our current bootstrap state, in case•••it attaches partway through and wants to catch up. matt, is this a good format for you, or is there an even better format? svn:r15325 Roger Dingledine2008-06-17
* make rend-spec sound less like the begin_dir cell actually includes•••the start of the http payload. svn:r15311 Roger Dingledine2008-06-16
* Add proposal 141: download server descriptors on demand. (Status: Draft).•••svn:r15302 Nick Mathewson2008-06-16
* Add proposal 140-consensus-diffs.txt•••svn:r15293 Nick Mathewson2008-06-16
* Add the long finished conditional-consensus-download proposal as 139•••svn:r15288 Peter Palfrader2008-06-15
* Make filename lines in proposals match actual filenames. Accept 135.•••svn:r15279 Nick Mathewson2008-06-15
* Update reindex script to check filename lines.•••svn:r15278 Nick Mathewson2008-06-15
* minor touchups on proposals•••svn:r15263 Roger Dingledine2008-06-15
* Patch from Karsten to implement proposal 135 ("Testing Tor Networks").•••svn:r15253 Nick Mathewson2008-06-14
* More clarifications to xxx-geoip-survey-plan.txt.•••svn:r15234 Nick Mathewson2008-06-13
* Mark 136 as finished.•••svn:r15233 Nick Mathewson2008-06-13
* Merge proposal 138 as Closed and merge it into the main spec•••svn:r15232 Peter Palfrader2008-06-13
* Briefly mention consensus method 3•••svn:r15231 Peter Palfrader2008-06-13
* Add proposal 138: remove routers that are not Running from consensus documents.•••svn:r15175 Nick Mathewson2008-06-13
* r16215@tombo: nickm | 2008-06-12 18:39:03 -0400••• Implement code to manually force the OpenSSL client cipher list to match the one recommended in proposal 124, *even if* we do not know all those ciphers. This is a bit of a kludge, but it is at least decently well commented. svn:r15173 Nick Mathewson2008-06-12
* r16178@tombo: nickm | 2008-06-11 16:33:06 -0400••• Update geoip proposal draft to more closely match reality , and include slightly better ideas about dir guards. svn:r15142 Nick Mathewson2008-06-11
* give the bootstrap-phases proposal a real number•••svn:r15121 Roger Dingledine2008-06-11
* flesh out some more sections of my bootstrap status event plan•••svn:r15120 Roger Dingledine2008-06-11
* start sending "bootstrap problem" status events when we're having troubles•••reaching relays. svn:r15116 Roger Dingledine2008-06-11
* Start noticing and reporting bootstrapping failures too. It looks like•••we never bothered learning why OR conns fail, so next step is to add some infrastructure for that. svn:r15091 Roger Dingledine2008-06-09