(no commit message)
[oweals/gnunet.git] / TODO
diff --git a/TODO b/TODO
index e65b3b9401c33cb8f93221851876a0b4c4064216..4b115c4bb12b543f0da446fdcf4057afbc3d0f1c 100644 (file)
--- a/TODO
+++ b/TODO
-0.9.0pre1:
-* FS: [CG]
-  - persistence support (publish, unindex, search, download)
-  - gnunet-service-fs (hot-path routing, load-based routing, nitpicks)  
-  - [gnunet-service-fs.c:208]: member 'LocalGetContext::results_bf_size' is never used
-  - [gnunet-service-fs.c:501]: member 'PendingRequest::used_pids_size' is never used
-  - [gnunet-service-fs.c:654]: member 'ConnectedPeer::last_client_replies' is never used
-  - [gnunet-service-fs.c:669]: member 'ConnectedPeer::avg_delay' is never used
-  - [gnunet-service-fs.c:675]: member 'ConnectedPeer::avg_priority' is never used
-  - [gnunet-service-fs.c:688]: member 'ConnectedPeer::pending_requests' is never used
-  - [gnunet-service-fs.c:694]: member 'ConnectedPeer::last_p2p_replies_woff' is never used
-  - [gnunet-service-fs.c:700]: member 'ConnectedPeer::last_client_replies_woff' is never used
-  - GAP improvements:
-    + active reply route caching design & implementation of service; gap extension!
-* MIGRATION [CG]
-  - on-demand encoding => move logic to block-library!?
-  - peer selection => how to consider latency/bw/etc?
-  - content transmission => how often the same block?
-  - how to select delay before next migration? 
-  - migration to us
-  - testing
-  - integrate with FS or not? (peer list, index/on-demand encoding, block code,
-    inbound priority assignment; all would be easier with tight integration!)
-* TBENCH: [MW]
-  - good to have for transport/DV evaluation! 
-* DV: [Nate]
-  - write DV API (need to move declarations from dv_api.c to gnunet_dv_service.h!)
-  - implement DV service 
-  - implement DV library (looks done)
-  - implement DV transport plugin
-  - implement testcases 
-  - implement performance tests (needs tbench)
-* TOPOLOGY:
-  - needs more testing (especially F2F topology) & transport blacklisting
-* UTIL:
-  - only connect() sockets that are ready (select()) [Nils]
-    [On W32, we need to select after calling socket before doing connect etc.]
-* GNUNET-GTK:
-  - use g_main_context_set_poll_func to integrate GTK with GNUnet Scheduler!? (YUCK!)
-  - OR: add scheduler API to enable integration with GTK main loop instead of doing our own select
-  - use g_main_context_pending, g_main_context_query / g_main_context_check / g_main_context_dispatch
-    and NEVER g_main_loop_run (can this be done? might be the clean way to do this! But how
-    to integrate this with "gtk_main"?  Docu says:
-    "It's OK to use the GLib main loop directly instead of gtk_main(), though it involves 
-     slightly more typing. See GMainLoop in the GLib documentation."
-    => so maybe it "just works"?
-* SETUP:
-  - design & implement new setup tool
-
-0.9.0pre2:
-* TRACEKIT: [MW]
-  - good to have for DV/DHT evaluation!
-* DHT: [Nate]
-  - implement DHT service 
-  - implement testcases
-  - implement performance tests
-* TRANSPORT:
-  - HTTP backend [MW]
-* ARM: [Safey]
-  - need to get rid of synchronous API for service starts (cause all kinds of problems)
-    [=> eliminate for need to tell ARM about service starts most of the time!] [Safey]
-  - better tracking of which config changes actually need to cause process restarts by ARM.
-  - listen for requests to discover dependencies between services (and avoid
-    having to explicitly program start requests)
-  - better crash management (attach debugging support, capture and analyze
-    debug output, detect random vs. deterministic crashes)
-  - shutdown sequence?
-* FS: [CG]
-  - datastore reservation (publishing)
-  - location URIs (publish, search, download)
-  - non-anonymous FS service (needs DHT)
-    + DHT integration for search
-    + CS-DHT-functions (DHT-put of LOC)
-    + P2P-functions (DHT-get)
-  - collection API & tests
-    + gnunet-pseudonym (collection support)
-  - implement FS performance tests
+0.9.0pre4:
+* GNUNET-GTK: [CG]
+  - provide context menus to allow aborts of downloads/uploads
+  - provide way to handle errors (search, download, publish errors)
+* FS [CG]
+  - implement multi-peer FS performance tests + gauger them!
     + insert
     + download
     + search
-    + unindex
-* MIGRATION:
-  - improved content selection (not just 'get_random')
-
-0.9.0pre3:
-* Determine RC bugs and fix those!
-* TESTING: [Nate]
-  - modify configuration to allow controlling connections for non-local starts
-  - testbed creation with topology (needs working F2F topology) 
-  - testbed with churn 
-  - implement testcases for distributed testing
-  - test basic peer re-configure 
-  - test topology creation 
-  - test churn generation 
-  - consider changing API for peer-group termination to 
-    call continuation when done
-* NAT/UPNP: [MW]
-  - finalize API design
-  - code clean up
-  - testing
-  - integration with transport service
-* MYSQL database backends: [CG]
-  - datacache
-  - datastore
-* FS:
-  - reconstruct IBLOCKS from DBLOCKS if possible (during download; see FIXME in fs_download)
-
+* transport:
+  - CONNECT: actually consider switching session...
 
 0.9.0:
 * new webpage:
-  - expand bibliography
-  - convert documentation pages to books
-  - update books (especially for developers)
-  - create good Drupal theme for GNUnet
-  - make a NICE download page and figure out how to enable developers to publish TGZs nicely
-  - port "contact" page
-  - add content type for "todo" items?
-* POSTGRES database backends: [CG]
-  - datacache
-  - datastore
-* Determine RC bugs and fix those!
+  - write chapter on DHT/block [Nate] 
+  - make a NICE download page 
+* big code review
+* Determine RC bugs and fix those (release should have no known real bugs)
 
-0.9.x:
+0.9.1:
 * TRANSPORT: [MW]
-  - SMTP transport backend
-  - HTTPS transport backend
-    + improved HTTPS support in MHD
-    + actual plugin
-  - Implement method of learning our external addresses from
-    other peers; need some kind of threshold-based
-    scheme, limiting both the total number of addresses that we accept 
-    this way as well as requiring multiple confirmations; also, we
-    should possibly try to confirm that the given address works for
-    us ourselves (loopback-style) before adding it to the list
-    + we may be able to simplify WELCOME messages (no need to add 
-      addresses there anymore, but may help to learn them there anyway...).
-    + we probably want some kind of voting/counting for learning IP addresses
-      (maybe including IP addresses in ads proportional to how often others
-       report them? we at least need some protection against >64k HELLOs!),
-    + provide a way to give the user a list of "learned" IP addresses and
-      a way to easily "veto" addresses off the list!
-      => If MiM attacker uses vetoed address, blacklist the specific IP for
-         the presumed neighbour!
-  - implement gnunet-transport (transport configurator / tester)
-  - UPnP-based IP detection
-    (Note: build library always, build service when libxml2/etc. are available)
+  - 'TransmitFunction' requires plugins to have "unbounded" queue (or at least 
+    queue of size > 2), might be better to have at MOST one message pending
+    per plugin/target and only send the next one after the continuation was
+    called (or use 'notify_transmit_ready-style API?)
+  - WLAN transport backend [DB]
+  - need to periodically probe latency/transport cost changes & possibly switch transport 
+    (working ATS)
+* DV: 
+  - proper bandwidth allocation
+  - performance tests
+* PEERINFO:    
+  - merge multiple HELLOs of the same peer in the transmission queue
+    (theoretically reduces overhead; bounds message queue size)
+  - merge multiple iteration requests over "all" peers in the queue
+    (theoretically reduces overhead; bounds messgae queue size)
+* STATISTICS:
+  - should use BIO instead of mmap
 * FS: [CG]
   - Remove KBlocks in gnunet-unindex (see discussion with Kenneth Almquist on gnunet-devs in 9/2009)
-* PEERINFO: [CG]
+  - use different queue prioritization for probe-downloads vs. normal downloads
+  - re-implement gnunet-auto-share
+  - implement 'GNUNET_FS_file_information_create_from_directory', avoiding
+    code duplication with gnunet-gtk's similar code (!)
+* GNUNET-GTK: [CG]
+  - add tool bar
+  - do meaningful update to status line (starting up, peer running, #connections, shutdown, ...)
+  - add progress dialog for 'add_dir_at_iter' scan (can take a while...)
+  - NS list in search dialog should use colors to offset our own namespaces from the others
+  - right-clicking on NS list in search dialog should open menu that allows 
+    * viewing full meta data 
+    * deletion of namespace info
+  - implement unindex operation (use dialog with all indexed files for selection)
+  - finish publish dialog details:
+    + normalize keywords (edit subdialog)
+  - implement download by URI dialog; figure out where to display those downloads!
+  - add combo box to select desired mime type for search
+* ARM: [CG]
+  - better tracking of which config changes actually need to cause process restarts by ARM.
+  - handle gnunet-arm -k in combination with auto-start magic (what is the right thing here?)
+  - discover dependencies between services
+
+0.9.2:
+* PEERINFO: [NN]
   - expire 'ancient' HELLOs (those without valid addresses AND that 
     we have not 'used' (for their public keys) in a while; need a way
     to track actual 'use')
   - make sue we also trigger notifications whenever HELLOs expire
-* VPN
-
-
-
-Optimizations:
-* TCP:
-  - should use hash map to look up sessions
+* WLAN:
+  - nice signal strength adjustment [MW]
+  - energy cost in ATS [MW]
+* BLOCKS:
+  - testcase would be nice
 * STATISTICS:
-  - should use BIO instead of mmap
-* TRANSPORT:
-  - need to periodically probe latency/transport cost changes & possibly switch transport
-  - should use hash map to look up Neighbours (service AND plugins!)
-* DATASTORE (?):
-  - check for duplicates on insertion (currently, same content is frequently
-    stored again [seen with KBLOCKS and SBLOCKS]!)
-* PEERINFO:
-  - merge multiple HELLOs of the same peer in the transmission queue
-    (theoretically reduces overhead; bounds message queue size)
-  - merge multiple iteration requests over "all" peers in the queue
-    (theoretically reduces overhead; bounds messgae queue size)
-* FS:
-  - use different queue prioritization for probe-downloads vs. normal downloads (!?)
+  - implement statistics GUI (=> start from gnunet-gtk by button!)
+* PEERINFO: [NN]
+  - move peerinfo to new GUI (=> start from gnunet-gtk by button!)
+  - extend peer dialog with green-yellow-red connectivity status lights
+  - extend peer dialog with country flags and names
 
-Minor features:
-* TCP:
-  - repeatedly resolve hostname and look up interfaces to determine our own IP
-  - [./transport/plugin_transport_tcp.c:391]: (style) struct or union member 'Plugin::address_update_task' is never used (related to issue above)
-* TRANSPORT:
-  - [./transport/gnunet-service-transport.c:173]: (style) struct or union member 'TransportPlugin::rebuild' is never used (related to TCP not refreshing external addresses?)
-* BLOCKS:
-  - testcase would be nice...
+0.9.3:
+* SMTP transport backend:
+  - sending (SMTP/SMTPS)
+  - receiving (IMAP/IMAPS/POP?)
+  - rate limiting
+  - improved batching
+  - resource limit integration with ATS
+* VPN 
+  - "DNS" .gnunet [MW]
+* MESH:
+  - optimized routes (beyond DHT/DV)