[tor-commits] [metrics-lib/master] Remove two suggested data sources from the TODO list.

karsten at torproject.org karsten at torproject.org
Fri Apr 27 06:28:06 UTC 2012


commit 6eb12377add8d24e9500bb49d9b9e19c3c382e03
Author: Karsten Loesing <karsten.loesing at gmx.net>
Date:   Fri Apr 27 08:07:25 2012 +0200

    Remove two suggested data sources from the TODO list.
    
    Using Tor's control port as a data source could be useful in some cases,
    but Damian and I decided it's not worth the effort.  We wouldn't learn
    much new stuff compared to running a Tor client/relay and reading the
    cached-* files.  Damian says that a good workaround for file permission
    issues with cached-* files is to run the Tor process and Java process as
    the same user.
    
    Having a database as a data source was a nice idea, too, but we don't have
    such a database.  Once we have a good database we can still write a
    metrics-lib wrapper for it.
---
 TODO |   14 --------------
 1 files changed, 0 insertions(+), 14 deletions(-)

diff --git a/TODO b/TODO
deleted file mode 100644
index f468893..0000000
--- a/TODO
+++ /dev/null
@@ -1,14 +0,0 @@
-- New data sources
-  - Add Tor's control port as another data source for relay descriptors.
-    In theory, the descriptors that can be parsed from a local Tor data
-    directory should be similar to what we can learn via Tor's control
-    port, though maybe not as up-to-date.  In order to fit the data store
-    model, we should query the list of all available descriptors and make
-    them available to the application.
-  - Add a Tor descriptor database as another data source for relay and
-    maybe bridge descriptors.  There is no good database schema around for
-    descriptors, so that should come first.  In order to fit the data
-    store model, the descriptor source should allow the program to define
-    which descriptors to include, and it may be useful to exclude
-    descriptors by publication date.
-



More information about the tor-commits mailing list