TODO

   1 0.9.0pre1:
   2 * FS: [CG]
   3   - bound parallelism (# fs downloads)
   4   - distinguish in performance tracking and event signalling between
   5     downloads that are actually running and those that are merely in the queue
   6   - persistence support (publish, unindex, search, download)
   7   - gnunet-service-fs (hot-path routing, load-based routing, nitpicks)
   8   - [gnunet-service-fs.c:208]: member 'LocalGetContext::results_bf_size' is never used
   9   - [gnunet-service-fs.c:501]: member 'PendingRequest::used_pids_size' is never used
  10   - [gnunet-service-fs.c:654]: member 'ConnectedPeer::last_client_replies' is never used
  11   - [gnunet-service-fs.c:669]: member 'ConnectedPeer::avg_delay' is never used
  12   - [gnunet-service-fs.c:675]: member 'ConnectedPeer::avg_priority' is never used
  13   - [gnunet-service-fs.c:688]: member 'ConnectedPeer::pending_requests' is never used
  14   - [gnunet-service-fs.c:694]: member 'ConnectedPeer::last_p2p_replies_woff' is never used
  15   - [gnunet-service-fs.c:700]: member 'ConnectedPeer::last_client_replies_woff' is never used
  16   - GAP improvements:
  17     + active reply route caching design & implementation of service; gap extension!
  18 * MIGRATION [CG]
  19   - on-demand encoding => move logic to block-library!?
  20   - peer selection => how to consider latency/bw/etc?
  21   - content transmission => how often the same block?
  22   - how to select delay before next migration?
  23   - migration to us
  24   - testing
  25   - integrate with FS or not? (peer list, index/on-demand encoding, block code,
  26     inbound priority assignment; all would be easier with tight integration!)
  27 * TBENCH: [MW]
  28   - good to have for transport/DV evaluation!
  29 * DV: [Nate]
  30   - write DV API (need to move declarations from dv_api.c to gnunet_dv_service.h!)
  31   - implement DV service
  32   - implement DV library (looks done)
  33   - implement DV transport plugin
  34   - implement testcases
  35   - implement performance tests (needs tbench)
  36 * TOPOLOGY:
  37   - needs more testing (especially F2F topology) & transport blacklisting
  38 * UTIL:
  39   - only connect() sockets that are ready (select()) [Nils]
  40     [On W32, we need to select after calling socket before doing connect etc.]
  41 * GNUNET-GTK:
  42   - use g_main_context_set_poll_func to integrate GTK with GNUnet Scheduler!? (YUCK!)
  43   - OR: add scheduler API to enable integration with GTK main loop instead of doing our own select
  44   - use g_main_context_pending, g_main_context_query / g_main_context_check / g_main_context_dispatch
  45     and NEVER g_main_loop_run (can this be done? might be the clean way to do this! But how
  46     to integrate this with "gtk_main"?  Docu says:
  47     "It's OK to use the GLib main loop directly instead of gtk_main(), though it involves
  48      slightly more typing. See GMainLoop in the GLib documentation."
  49     => so maybe it "just works"?
  50 * SETUP:
  51   - design & implement new setup tool
  52
  53 0.9.0pre2:
  54 * TRACEKIT: [MW]
  55   - good to have for DV/DHT evaluation!
  56 * DHT: [Nate]
  57   - implement DHT service
  58   - implement testcases
  59   - implement performance tests
  60 * TRANSPORT:
  61   - HTTP backend [MW]
  62 * ARM: [Safey]
  63   - need to get rid of synchronous API for service starts (cause all kinds of problems)
  64     [=> eliminate for need to tell ARM about service starts most of the time!] [Safey]
  65   - better tracking of which config changes actually need to cause process restarts by ARM.
  66   - listen for requests to discover dependencies between services (and avoid
  67     having to explicitly program start requests)
  68   - better crash management (attach debugging support, capture and analyze
  69     debug output, detect random vs. deterministic crashes)
  70   - shutdown sequence?
  71 * FS: [CG]
  72   - datastore reservation (publishing)
  73   - search: availability probes
  74   - location URIs (publish, search, download)
  75   - non-anonymous FS service (needs DHT)
  76     + DHT integration for search
  77     + CS-DHT-functions (DHT-put of LOC)
  78     + P2P-functions (DHT-get)
  79   - collection API & tests
  80     + gnunet-pseudonym (collection support)
  81   - implement FS performance tests
  82     + insert
  83     + download
  84     + search
  85     + unindex
  86 * MIGRATION:
  87   - improved content selection (not just 'get_random')
  88
  89 0.9.0pre3:
  90 * Determine RC bugs and fix those!
  91 * TESTING: [Nate]
  92   - modify configuration to allow controlling connections for non-local starts
  93   - testbed creation with topology (needs working F2F topology)
  94   - testbed with churn
  95   - implement testcases for distributed testing
  96   - test basic peer re-configure
  97   - test topology creation
  98   - test churn generation
  99   - consider changing API for peer-group termination to
 100     call continuation when done
 101 * NAT/UPNP: [MW]
 102   - finalize API design
 103   - code clean up
 104   - testing
 105   - integration with transport service
 106 * MYSQL database backends: [CG]
 107   - datacache
 108   - datastore
 109 * FS:
 110   - reconstruct IBLOCKS from DBLOCKS if possible (during download; see FIXME in fs_download)
 111
 112
 113 0.9.0:
 114 * new webpage:
 115   - expand bibliography
 116   - convert documentation pages to books
 117   - update books (especially for developers)
 118   - create good Drupal theme for GNUnet
 119   - make a NICE download page and figure out how to
 120     enable developers to publish TGZs nicely
 121   - port "contact" page
 122   - add content type for "todo" items?
 123 * POSTGRES database backends: [CG]
 124   - datacache
 125   - datastore
 126 * Determine RC bugs and fix those!
 127
 128 0.9.x:
 129 * TRANSPORT: [MW]
 130   - SMTP transport backend
 131   - HTTPS transport backend
 132     + improved HTTPS support in MHD
 133     + actual plugin
 134   - Implement method of learning our external addresses from
 135     other peers; need some kind of threshold-based
 136     scheme, limiting both the total number of addresses that we accept
 137     this way as well as requiring multiple confirmations; also, we
 138     should possibly try to confirm that the given address works for
 139     us ourselves (loopback-style) before adding it to the list
 140     + we may be able to simplify WELCOME messages (no need to add
 141       addresses there anymore, but may help to learn them there anyway...).
 142     + we probably want some kind of voting/counting for learning IP addresses
 143       (maybe including IP addresses in ads proportional to how often others
 144        report them? we at least need some protection against >64k HELLOs!),
 145     + provide a way to give the user a list of "learned" IP addresses and
 146       a way to easily "veto" addresses off the list!
 147       => If MiM attacker uses vetoed address, blacklist the specific IP for
 148          the presumed neighbour!
 149   - implement gnunet-transport (transport configurator / tester)
 150   - UPnP-based IP detection
 151     (Note: build library always, build service when libxml2/etc. are available)
 152 * FS: [CG]
 153   - Remove KBlocks in gnunet-unindex (see discussion with Kenneth Almquist on gnunet-devs in 9/2009)
 154   - Allow checking of presence of search results and/or content via command-line tools
 155     (add options to gnunet-search / gnunet-download to limit search to local peer)
 156 * PEERINFO: [CG]
 157   - expire 'ancient' HELLOs (those without valid addresses AND that
 158     we have not 'used' (for their public keys) in a while; need a way
 159     to track actual 'use')
 160   - make sue we also trigger notifications whenever HELLOs expire
 161 * VPN
 162
 163
 164
 165 Optimizations:
 166 * TCP:
 167   - should use hash map to look up sessions
 168 * STATISTICS:
 169   - should use BIO instead of mmap
 170 * TRANSPORT:
 171   - need to periodically probe latency/transport cost changes & possibly switch transport
 172   - should use hash map to look up Neighbours (service AND plugins!)
 173 * HOSTLIST:
 174   - 'server' uses 'GNUNET_PEERINFO_iterate', should probably switch to notification API
 175     (for more instant / up-to-date hostlists at lower cost)
 176 * DATASTORE (?):
 177   - check for duplicates on insertion (currently, same content is frequently
 178     stored again [seen with KBLOCKS and SBLOCKS]!)
 179 * PEERINFO:
 180   - merge multiple HELLOs of the same peer in the transmission queue
 181     (theoretically reduces overhead; bounds message queue size)
 182   - merge multiple iteration requests over "all" peers in the queue
 183     (theoretically reduces overhead; bounds messgae queue size)
 184
 185 Minor features:
 186 * TCP:
 187   - repeatedly resolve hostname and look up interfaces to determine our own IP
 188   - [./transport/plugin_transport_tcp.c:391]: (style) struct or union member 'Plugin::address_update_task' is never used (related to issue above)
 189 * TRANSPORT:
 190   - [./transport/gnunet-service-transport.c:173]: (style) struct or union member 'TransportPlugin::rebuild' is never used (related to TCP not refreshing external addresses?)
 191 * DATACACHE:
 192   - add stats (# bytes available, # bytes used, # PUTs, # GETs, # GETs satisfied)
 193 * FS:
 194   - support inline data in directories for recursive file downloads (fs_download)
 195 * BLOCKS:
 196   - testcase would be nice...