TODO

   1 Implementable right now (but not necessarily important), with caveats
   2 (unavailable components that will limit what can be implemented right
   3 away), in order in which they will likely be done:
   4 * TESTING-TESTBED [Nate]
   5 * SETUP
   6 * DV [Nate]
   7 * TBENCH
   8 * TRACEKIT
   9 * FRAGMENTATION [Ji Lu]
  10 * HTTP transport
  11 * MySQL / Postgres plugins (datastore, datacache)
  12 * UPNP [Milan]
  13 * ARM [Safey]
  14 * FS [Christian]
  15
  16 0.9.0pre0:
  17 * HOSTLIST/PEERINFO/CORE/TRANSPORT/TOPOLOGY:
  18   - hostlist server learns about 2nd peer, but soon forgets (not
  19     clear if this is still an issue, or if validation failed or
  20     if this was an issue with the client's parsing of the reply, which
  21     was broken...)
  22 * TOPOLOGY:
  23   - needs more testing (especially F2F topology)
  24   - needs to re-try connecting after disconnect (currently, it
  25     initially triggers a connection request, but if that connection
  26     fails / goes down, it does not retry in a timely fashion;
  27     cause seems to be the 'blacklist_after_attempt' being set to 1h,
  28     which is rather long -- and should probably be adjusted based on
  29     the number of connections / known peers)
  30 * CORE:
  31   - peers do not seem to connect (setkey, ping are there; PONG is sent,
  32     not sure what else happens; eventually, the "neighbour" entry times
  33     out and is removed)
  34 * UTIL:
  35   - load: need way to determine network load (up/down) -- and quickly so!
  36   - trust: need *fast* way to check/update trust in peers
  37            (async peerinfo would not be right)
  38   - scheduler should change OS process priority based on task priority;
  39     should make better use of task priorities in general
  40 * TRANSPORT:
  41   - disconnect notifications from TCP not always as nice as we might want
  42     them to be (but how can we do this cleanly given that UDP is connectionless?)
  43   - TCP not used bi-directionally (especially important also for PONG!)
  44     Need a way for plugin to tell to service that it can *reliably* transmit
  45     PONGs.  Need *good* way to ensure only one (plugin) session is active at
  46     any given point in time; need systematic way to periodically probe latency/
  47     transport cost changes
  48   - hostlist testcase shows that (randomly) we jump to an address that
  49     seems to be a plugin function *after* the plugin has been unloaded
  50     (directly from scheduler); check that *all* plugin tasks are cancelled
  51     after plugin is unloaded! (need better testcases for that...)
  52 * STATISTICS:
  53   - synchronous/asynchronous API (& implementation) is not nice;
  54     => provide notification-based API
  55   - does not seem to work with timeouts (especially if service is not running)
  56 * DATACACHE:
  57   - add stats (# bytes available, # bytes used, # PUTs, # GETs, # GETs satisfied)
  58 * ARM:
  59   - need to get rid of synchronous API for service starts (cause all kinds of problems)
  60     [=> eliminate for need to tell ARM about service starts most of the time!] [Safey]
  61 * HELLO:
  62   - need function to test "equivalency" of HELLOs; use in topology!
  63 * FS:
  64   - gnunet-publish cannot be aborted using CTRL-C
  65   - gnunet-publish segfaults if file does not exist
  66   - on some systems, keyword search does not find locally published content
  67     (need testcase of command-line tools!)
  68   - 2-peer download is still too slow (why?)
  69 * Module features to implement:
  70   - advanced FS API parts
  71     + namespaces: fundamental namespace API
  72     + search: SBlocks, KSBlocks, probes, notify FS-service of known results
  73     + collection
  74     + location URIs (publish, search, download)
  75     + persistence support (publish, unindex, search, download)
  76     + indexing: index-failure-cleanup
  77     + download: management/bounding of parallel downloads (for recursive dl.)
  78     + datastore reservation (publishing)
  79     + gnunet-publish (URI args)
  80     + gnunet-download (directory)
  81     + gnunet-search (options, incl. namespace search)
  82     + gnunet-download (many options)
  83     + gnunet-directory (man page, options)
  84     + gnunet-pseudonym (all of it)
  85     + gnunet-service-fs (remove failing on-demand blocks, stats, hot-path routing, load-based routing, nitpicks)
  86     + datastore: do active migration support here?
  87   - implement adv. FS testcases
  88     + getopt API
  89     + insert: sblocks, loc uris
  90     + download: loc uris
  91     + search: sblocks, skblocks, loc uris
  92     + namespaces
  93     + collection
  94   - implement FS performance tests (needs TESTING)
  95     + insert
  96     + download
  97     + search
  98     + unindex
  99   - non-anonymous FS service (needs DHT)
 100     + basic DHT integration
 101     + CS-DHT-functions (DHT-put of LOC)
 102     + P2P-functions (DHT-get)
 103   - setup (RC-pre0)
 104     + default generation
 105     + need to settle basic design; do we want to keep guile?
 106   - testing (RC-pre0)
 107     + modify configuration to allow controlling connections for non-local starts
 108     + testbed creation with topology (needs working F2F topology) [Nate]
 109     + testbed with churn [Nate]
 110     + implement library for distributed testing [Nate]
 111     + implement testcases for distributed testing [Nate]
 112     + test basic peer re-configure [Nate]
 113     + test topology creation [Nate]
 114     + test churn generation [Nate]
 115 * WWW:
 116   - Get IPv6 hooked up
 117   - change DNS
 118
 119 0.9.0pre1:
 120 * Module features to implement:
 121   - tbench (RC-pre1)
 122     + good to have for DV evaluation!
 123   - DV (RC-pre1)
 124     + write DV API
 125     + implement DV service [Nate & CG]
 126     + implement DV library [Nate]
 127     + implement DV transport plugin [Nate & CG]
 128     + implement testcases [Nate]
 129     + implement performance tests [Nate]
 130 * GUIs to implement:
 131   - gtk (RC-pre1)
 132     + how to integrate scheduler with GTK event loop!
 133
 134 0.9.0pre2:
 135 * Module features to implement:
 136   - tracekit (RC-pre2)
 137     + good to have for DV/DHT evaluation!
 138   - DHT (RC-pre2)
 139     + implement DHT service (needs DV, DATACACHE)
 140     + implement DHT library
 141     + implement testcases
 142     + implement performance tests
 143 * GUIs to implement:
 144   - fuse (RC-pre2)
 145 * Plugins to implement:
 146   - UDP backend (RC-pre2)
 147     + Fragmentation library
 148     + actual plugin
 149   - HTTP backend (RC-pre2)
 150
 151 0.9.0pre3:
 152 * GUIs to implement:
 153   - qt (RC-pre3)
 154     + see discussions @ FISL about integration with event loop!
 155 * Determine RC bugs and fix those!
 156
 157 0.9.0:
 158 * Documentation
 159   - update man pages
 160   - update webpage documentation
 161 * new webpage:
 162   - expand bibliography
 163   - convert documentation pages to books
 164   - update books (especially for developers)
 165   - create good Drupal theme for GNUnet
 166   - make a NICE download page and figure out how to
 167     enable developers to publish TGZs nicely
 168   - port "contact" page
 169   - add content type for "todo" items?
 170   - DNS activation
 171 * Plugins to implement:
 172   - MySQL database backends
 173     + datacache
 174     + datastore
 175   - Postgres database backends
 176     + datacache
 177     + datastore
 178   - vpn
 179 * Determine RC bugs and fix those!
 180
 181
 182 0.9.x:
 183 * Plugins to implement:
 184   - SMTP transport backend
 185   - HTTPS transport backend
 186     + improved HTTPS support in MHD
 187     + actual plugin
 188 * Remove KBlocks in gnunet-unindex (see discussion with Kenneth Almquist on gnunet-devs in 9/2009)
 189 * Allow checking of presence of search results and/or content via command-line tools
 190   (add options to gnunet-search / gnunet-download to limit search to local peer)
 191 * STATISTICS:
 192   - should use BIO instead of mmap
 193 * PEERINFO:
 194   - expire 'ancient' HELLOs (those without valid addresses AND that
 195     we have not 'used' (for their public keys) in a while; need a way
 196     to track actual 'use')
 197   - make sue we also trigger notifications whenever HELLOs expire