[or-cvs] r22856: {website} rework the open positions. (website/trunk/en)

[Andrew Lewman]

Author: phobos
Date: 2010-08-11 13:22:03 +0000 (Wed, 11 Aug 2010)
New Revision: 22856

Modified:
   website/trunk/en/open-positions.wml
Log:
rework the open positions.


Modified: website/trunk/en/open-positions.wml
===================================================================
--- website/trunk/en/open-positions.wml	2010-08-11 07:54:27 UTC (rev 22855)
+++ website/trunk/en/open-positions.wml	2010-08-11 13:22:03 UTC (rev 22856)
@@ -39,85 +39,49 @@
 </p>
 
 <a id="sysdev"></a>
-<h3><a class="anchor" href="#sysdev">Systems Developer</a></h3>
+<h3><a class="anchor" href="#vidalia">Vidalia Developer</a></h3>
+<p><a href="https://www.torproject.org/vidalia/">Vidalia</a> is the cross-platform graphical user interface to Tor written
+in C++ using the Qt libraries.  It is used by millions of people
+successfully.  Our current developer is a volunteer and otherwise
+occupied with finishing his PhD.  We're looking for someone who knows
+C++, Qt, and would like to kickstart development on the next generation
+of Vidalia.  Some suggested next steps involve:</p>
 <ul>
-<li><strong>New Secure Updater Features</strong>:
-<br />
-Additional capabilities are needed for assisted updates of all the Tor
-related software for Windows and other operating systems. Some of the
-features to consider include:
-<ol>
-<li> Integration of the <a
-href="http://chandlerproject.org/Projects/MeTooCrypto">MeTooCrypto
-Python library</a> for authenticated HTTPS downloads.</li>
-<li> Adding a level of indirection between the timestamp signatures
-and the package files included in an update. See the "<a
-href="http://archives.seul.org/or/dev/Dec-2008/msg00010.html">Thandy
-attacks / suggestions</a>" thread on or-dev.</li>
-<li> Support locale specific installation and configuration of assisted
-updates based on preference, host, or user account language settings.
-Familiarity with Windows codepages, unicode, and other character sets
-is helpful in addition to general win32 and posix API experience and
-Python proficiency.</li>
-</ol>
-</li>
-
-<li><strong>Extend the Tor Secure Auto-Update Framework</strong>:
-<p>We've developed a secure auto-update framework, codenamed <a
-href="http://gitweb.torproject.org/thandy/thandy.git/tree">Thandy</a>.  It
-needs some design work to be finished, some security decisions to be
-made, and then code written to actually get the software and
-infrastructure running.  The primary goal is to get this working on
-Microsoft Windows operating systems.  Secondary goal is to have this
-work with Apple OS X.  The <a
-href="http://gitweb.torproject.org/thandy/thandy.git/blob/HEAD:/TODO">TODO</a>
-file explains more of the goals.</p>
-<p>A person undertaking this project should have good C/C++ development
-experience. Previous experience with Qt is helpful, but not required. One
-should also have a good understanding of common security
-practices, such as package signature verification. Good writing ability
-is also important for this project, since a vital step of the project
-will be producing a design document to review and discuss
-with others prior to implementation.</p>
-</li>
+<li>Implementing the KDE Marble interface into Vidalia for better and
+more accurate mappings of relays to countries.  Plus, it just looks
+cool.</li>
+<li>Implementing the ability to click a country and instruct Tor to
+either start or end circuits in that country.</li>
+<li>Work on bug fixes and enhancements as suggested by users.</li>
+<li>Give Vidalia the ability to control the http proxy included, to
+start, stop, and possibly configure either privoxy, polipo, or an http
+shim we ship in the combined bundles of tor, vidalia, and polipo.</li>
+<li>Possibly re-design the Vidalia interface to have different modes for
+different levels of user sophistication.  Many users see a button or a
+setting and feel they have to change it.  The defaults are set to ensure
+users are sufficiently anonymous.  How can we better hide the complexity
+of Tor configurations?</li>
 </ul>
 
 <a id="windowsdev"></a>
 <h3><a class="anchor" href="#windowsdev">Microsoft Windows Developer</a></h3>
-This person needs to be very familiar with Windows at a system and
-network level.  We're looking or someone to do two projects:
+<p>This person needs to be very familiar with Windows at a system and
+network level.  We're looking or someone to help make Tor on Windows
+more compatible and work more reliably as a relay.
+There are a number of projects relating to Windows that current need a
+skilled developer:</p>
 <ul>
-<li><strong>Improving Polipo on Windows</strong>:
-<p>Help port <a
-href="http://www.pps.jussieu.fr/~jch/software/polipo/">Polipo</a>
-to Windows. Example topics to tackle include: 
-<ol>
-<li> the ability to asynchronously query name servers, find the system
-nameservers, and manage netbios and dns queries.</li>
-<li> manage events and buffers natively (i.e. in Unix-like OSes, Polipo
-defaults to 25% of ram, in Windows it's whatever the config
-specifies).</li>
-<li> 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.</li>
-<li> allow the software to use the Windows Registry and handle proper
-Windows directory locations, such as "C:\Program Files\Polipo"</li>
-</ol>
-</p>
-</li>
+<li>Develop a Tor network shim to redirect all traffic through Tor.
+OpenVPN has a network layer device for Windows that redirects traffic
+through the OpenVPN connection.  Is this the model Tor should be using?
+Or is there something else that may work better?</li>
+<li>Tor relays under non-server editions of Windows run into WSAENOBUFS
+problems after a short while.  This problem is described in detail in <a
+href="https://trac.torproject.org/projects/tor/ticket/98">bug ticket
+98</a>.  So far, there are no solutions. We think libevent 2.0 with its
+bufferevents code will help solve the problem.</li>
+<li>
 
-<li><strong>Intermediate Level Network Device Driver</strong>:
-<br />
-The WinPCAP device driver used by Tor VM for bridged networking does
-not support a number of wireless and non-Ethernet network adapters.
-Implementation of a intermediate level network device driver for win32
-and 64bit would provide a way to intercept and route traffic over such
-networks. This project will require knowledge of and experience with
-Windows kernel device driver development and testing. Familiarity with
-Winsock and Qemu would also be helpful.
-</li>
-</ul>
-
 <p>
 The best way to get noticed as a good developer is to join the community
 and start helping out. We have a great core group of developers working
@@ -125,13 +89,10 @@
 Torbutton, etc.
 </p>
 
-<p>
-Periodically we get new funding to work on more development
+<p>Periodically we get new funding to work on more development
 projects.  Your goal should be to get into the list of <a href="<page
 people>#Core">core project members</a> so we think of you when new
-funding arrives. We're particularly looking for Qt developers and
-people to help maintain <a href="<page vidalia/index>">Vidalia</a>.
-</p>
+funding arrives.</p>
 
   </div><!-- #main -->