aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorRoger Dingledine <arma@torproject.org>2002-09-03 22:53:34 +0000
committerRoger Dingledine <arma@torproject.org>2002-09-03 22:53:34 +0000
commitadfd11b9acf55fc874750dad539bfa6dd0cbf11b (patch)
tree4f2dd01d792834fa21923bddb06e47af26411b36
parentc5922aa2081dc01e290c10c6b098e4b5155282b2 (diff)
downloadtor-adfd11b9acf55fc874750dad539bfa6dd0cbf11b.tar
tor-adfd11b9acf55fc874750dad539bfa6dd0cbf11b.tar.gz
changed my mind, sort of
the package is tor, the binary is or. and i added our project plan to the todo file. svn:r93
-rw-r--r--HACKING2
-rw-r--r--TODO39
-rw-r--r--src/or/Makefile.am6
3 files changed, 42 insertions, 5 deletions
diff --git a/HACKING b/HACKING
index 77f66201f..d6078f33c 100644
--- a/HACKING
+++ b/HACKING
@@ -8,7 +8,7 @@ Read the README file first, so you can get familiar with the basics.
1. The pieces.
-1.1. Routers. Onion routers, as far as the 'or' program is concerned,
+1.1. Routers. Onion routers, as far as the 'tor' program is concerned,
are a bunch of data items that are loaded into the router_array when
the program starts. After it's loaded, the router information is never
changed. When a new OR connection is started (see below), the relevant
diff --git a/TODO b/TODO
index 75ab47afa..f913bc4d3 100644
--- a/TODO
+++ b/TODO
@@ -1,7 +1,44 @@
+[First four are all equally first.
+Others follow in order of priority.]
+
+Patch well-known proxies to make them OR compliant
+ Data stream anonymizing, HTTP/FTP (Privoxy, Squid), SMTP, etc.
+ Packet Redirector, a la FreeBSD (DNS, authenticated connections, etc.)
+
+Deploy and manage open source development site.
+Manage and maintain code, write documentation, design and write
+ unit tests, handle patch submissions, make the autoconf work, etc
+
+Deploy a widespread network: manage deployment.
+Maintain and distribute directory/network state information etc. Keep
+operators and users happy.
+
+Test OR network for reliability and performance, with and without
+ mechanisms for throttling, congestion control, padding, load balancing
+ if applicable, etc.
+ Use httperf and webload to get some performance stats
+ Modify code as dictated by testing.
+
+Develop rendezvous points
+Implement reply onions
+Develop location protected servers idea
+
+Enhance router twins to do load balancing as well as DoS prevention
+
+Develop and deploy automated reputation management, directory servers,
+and directory/network state monitoring.
+
+---
+
+debian / red hat spec file
+handle starting things as a system daemon
+transition addr to sin_addr
+
+
Obvious things I'd like to do that won't break anything:
-* Abstract out crypto calls, with the eventual goal of moving
+* Abstract out crypto calls (done), with the eventual goal of moving
from openssl to something with a more flexible license.
* Test suite. We need one.
diff --git a/src/or/Makefile.am b/src/or/Makefile.am
index 24408979f..0bf5f4a78 100644
--- a/src/or/Makefile.am
+++ b/src/or/Makefile.am
@@ -3,11 +3,11 @@ TESTS = test_config
noinst_PROGRAMS = test_config
-bin_PROGRAMS = tor
+bin_PROGRAMS = or
-tor_LDADD = -L../common -lor
+or_LDADD = -L../common -lor
-tor_SOURCES = buffers.c cell.c circuit.c command.c connection.c \
+or_SOURCES = buffers.c cell.c circuit.c command.c connection.c \
connection_exit.c connection_ap.c connection_op.c connection_or.c config.c \
main.c onion.c routers.c