svn:r19369

svn:r19367

svn:r19356

svn:r19355

svn:r19340

svn:r19337

svn:r19307

svn:r19306

bytes (aka 20KB/s), to match our documentation. Also update
directory authorities so they always assign the Fast flag to relays
with 20KB/s of capacity. Now people running relays won't suddenly
find themselves not seeing any use, if the network gets faster
on average.


svn:r19305

torrc.sample.in, so unix people don't shoot themselves in the foot.


svn:r19304

now avoid using begin_dir for all direct connections.


svn:r19296

svn:r19295

svn:r19293

me further)


svn:r19292

IP address changes: directory mirrors were mistakenly telling them
their old address if they asked via begin_dir, so they never got
an accurate answer about their new address, so they just vanished
after a day. Should fix bugs 827, 883, and 900 -- but alas, only
after every directory mirror has upgraded.


svn:r19291

version. otherwise there's no reason to tell the user we're
doing behind-the-scenes cleaning.


svn:r19288

ago. This change should significantly improve client performance,
especially once more people upgrade, since relays that have been
a guard for a long time are currently overloaded.


svn:r19287

svn:r19273

svn:r19262

svn:r19261

This makes bridge lines a bit smaller and easier for users to
understand.

Also, remove a duplicate changelog entry from the past.


svn:r19260

Directory authorities should accept a descriptor as changed when the relay operator changed the bandwithrate or bandwithburst settings.

svn:r19259

is set


svn:r19257

svn:r19250

svn:r19248

to help track whether we received them when a relay operator claims
they got sent.


svn:r19213

not new enough, write that in the logs. might be helpful one day.


svn:r19195

The directory authorities were refusing v3 consensus votes from
other authorities, since the votes are now 504K. Fixes bug 959;
bugfix on 0.0.2pre17 (where we raised it from 50K to 500K ;).


svn:r19194

requests for votes or keys. Bugfix on 0.2.0.8-alpha; exposed by
bug 959.


svn:r19189

svn:r19180

the projects/performance/perf-todo file.


svn:r19178

svn:r19177

svn:r19176

svn:r19114

svn:r19109

Actually do that memarea_strndup fix right.  Not only must you not examine unmapped ram, but you also must not copy it.  From lark.

svn:r19095

fix from lark: make memarea_strndup() work even at the end of a mmap chunk.  Bug was harmless for now, I think.

svn:r19094

svn:r19083

svn:r19082

svn:r19080