tor-webwml.git

@@ -151,7 +151,7 @@ Effort Level: <i>Medium</i>

 <br />

 Skill Level: <i>Medium</i>

 <br />

-Likely Mentors: <i>Karsten</i>

+Likely Mentors: <i>Karsten, Roger</i>

 <br />

 It would be great to set up an automated system for tracking network

 health over time, graphing it, etc. Part of this project would involve

@@ -221,13 +221,13 @@ experience with Qt is helpful, but not required.

 <li>

 <b>Improving Tor's ability to resist censorship</b>

 <br />

-Priority: <i>High</i>

+Priority: <i>Medium to High</i>

 <br />

-Effort Level: <i>High</i>

+Effort Level: <i>Medium</i>

 <br />

 Skill Level: <i>High</i>

 <br />

-Likely Mentors: <i>Nick</i>

+Likely Mentors: <i>Nick, Roger, Steven</i>

 <br />

 The Tor 0.2.0.x series makes <a

 href="<svnsandbox>doc/design-paper/blocking.html">significant

@@ -292,7 +292,7 @@ with others prior to implementation.

 <li>

 <b>An Improved and More Usable Network Map in Vidalia</b>

 <br />

-Priority: <i>Medium</i>

+Priority: <i>Low to Medium</i>

 <br />

 Effort Level: <i>Medium</i>

 <br />

@@ -330,7 +330,7 @@ Priority: <i>Medium</i>

 <br />

 Effort Level: <i>Medium</i>

 <br />

-Skill Level: <i>Medium</i>

+Skill Level: <i>Low to Medium</i>

 <br />

 Likely Mentors: <i>Matt</i>

 <br />

@@ -459,13 +459,13 @@ Also tricky will be adding rate-limiting to Libevent.

 <li>

 <b>Tuneup Tor!</b>

 <br />

-Priority: <i>Medium</i>

+Priority: <i>Medium to High</i>

 <br />

-Effort Level: <i>Medium</i>

+Effort Level: <i>Medium to High</i>

 <br />

-Skill Level: <i>Medium to High</i>

+Skill Level: <i>High</i>

 <br />

-Likely Mentors: <i>Nick, Roger, Mike</i>

+Likely Mentors: <i>Nick, Roger, Mike, Karsten</i>

 <br />

 Right now, Tor relays measure and report their own bandwidth, and Tor

 clients choose which relays to use in part based on that bandwidth.

@@ -526,7 +526,7 @@ Effort Level: <i>Medium</i>

 <br />

 Skill Level: <i>Medium</i>

 <br />

-Likely Mentors: <i>Nick</i>

+Likely Mentors: <i>Nick, Roger</i>

 <br />

 Tor needs to be far more tested. This is a multi-part effort. To start

 with, our unit test coverage should rise substantially, especially in

@@ -577,7 +577,7 @@ to a small degree about design.

 <li>

 <b>Bring moniTor to life</b>

 <br />

-Priority: <i>Medium</i>

+Priority: <i>Low</i>

 <br />

 Effort Level: <i>Medium</i>

 <br />

@@ -625,9 +625,9 @@ with not too much involvement in the Tor internals.

 <li>

 <b>Improving Polipo on Windows</b>

 <br />

-Priority: <i>Medium</i>

+Priority: <i>Medium to High</i>

 <br />

-Effort Level: <i>Low</i>

+Effort Level: <i>Medium</i>

 <br />

 Skill Level: <i>Medium</i>

 <br />

@@ -644,7 +644,7 @@ natively (i.e. in Unix-like OSes, Polipo defaults to 25% of ram, in

 Windows it's whatever the config specifies). 3) some sort of GUI config

 and reporting tool, bonus if it has a systray icon with right clickable

 menu options. Double bonus if it's cross-platform compatible.

-3) allow the software to use the Windows Registry and handle proper Windows directory locations, such as "C:\Program Files\Polipo"

+4) allow the software to use the Windows Registry and handle proper Windows directory locations, such as "C:\Program Files\Polipo"

 </li>

 <!-- Is Blossom development still happening?

@@ -701,7 +701,7 @@ the core of the Blossom effort.

 <li>

 <b>Implement a torrent-based scheme for downloading Thandy packages</b>

 <br />

-Priority: <i>Medium</i>

+Priority: <i>Medium to High</i>

 <br />

 Effort Level: <i>High</i>

 <br />

@@ -724,7 +724,7 @@ there should be an easy way for them to help distributing the packages.

 <li>

 <b>Torbutton equivalent for Thunderbird</b>

 <br />

-Priority: <i>Medium</i>

+Priority: <i>Low</i>

 <br />

 Effort Level: <i>High</i>

 <br />

@@ -773,6 +773,7 @@ href="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul">XUL</a>,

 with not too much involvement in the Tor internals.

 </li>

+<!-- not really suited for GSoC; integrated into TBB for Linux/Mac OS X

 <li>

 <b>Usability testing of Tor</b>

 <br />

@@ -789,6 +790,7 @@ That would help a lot in knowing what needs to be done in terms of bug

 fixes or new features. We get this informally at the moment, but a more

 structured process would be better.

 </li>

+-->

 <li>

 <b>Translation wiki for our website</b>

@@ -866,7 +868,7 @@ Effort Level: <i>High</i>

 <br />

 Skill Level: <i>Medium</i>

 <br />

-Likely Mentors: <i>Steven</i>

+Likely Mentors: <i>Steven, Andrew</i>

 <br />

 The Tor Browser bundle incorporates Tor, Firefox, and the Vidalia user

 interface (and optionally Pidgin IM). Components are pre-configured to

@@ -883,6 +885,12 @@ operating system versions and configurations to verify portability.

 Students should be familiar with application development on one or

 preferably both of Linux and Mac OS X, and be comfortable with C/C++

 and shell scripting.

+<br />

+Part of this project could be usability testing of Tor Browser Bundle,

+ideally amongst our target demographic.

+That would help a lot in knowing what needs to be done in terms of bug

+fixes or new features. We get this informally at the moment, but a more

+structured process would be better.

 </li>

 <li>