summaryrefslogtreecommitdiff
path: root/README.1st
diff options
context:
space:
mode:
Diffstat (limited to 'README.1st')
-rw-r--r--README.1st27
1 files changed, 17 insertions, 10 deletions
diff --git a/README.1st b/README.1st
index d55709779..19880de63 100644
--- a/README.1st
+++ b/README.1st
@@ -1,8 +1,14 @@
-The following is a list of issues with GNUnet 0.11.0 that will need to
-be addressed before we might consider GNUnet usable. Please keep this
-list in mind when trying out GNUnet 0.11.0! Help would of course be
-welcome, an estimate of how much work is needed and the main impact
-are given with each item.
+WARNING!
+=======
+
+The following is a list of issues with GNUnet 0.11.0 that will need
+to be addressed before we might consider GNUnet deployable to larger
+audiences. Please keep this in mind when trying out GNUnet 0.11.0!
+
+GNUnet may however work fine for applications that aren't impeded by
+these known deficiencies. Help would of course be welcome to reduce
+this list, so an estimate of how much work is needed and the main
+impact are given with each item.
ats:
@@ -56,8 +62,8 @@ described above should also enable us to create more systematic tests.
hello:
* The current code may leak LAN IPs (in particular IPv6 with
-MAC) globally. We have started to put in some privisions to tag
-addresses as loopback/LAN/WAN, but need to systemtically ensure
+MAC) globally. We have started to put in some provisions to tag
+addresses as loopback/LAN/WAN, but need to systematically ensure
that addresses are only propagated in a useful scope and avoid
leaking "sensitive" address data globally.
[3-6 PM, privacy]
@@ -122,7 +128,7 @@ correctness]
util:
* Event loop instantiations for various event loops (like glib,
libev, libevent, etc.) should be created (and tested). This
-will applications to be built with GNUnet using those various
+allows applications to be built with GNUnet using those various
styles of event loop handling. General support for abstracting
the event loop is new in 0.11.0, we just need to make broader use
of it. [1-3 PM, performance, usability]
@@ -185,9 +191,10 @@ gns:
multicast:
-* implementation currently trivial and under-tested
+* implementation currently "trivial" (aka doing round-robin, not multicast)
+ and under-tested
-* still uses old NTR-style API, needs to transition to MQ API
+* still uses old NTR-style API, needs to transition to MQ API [DONE]
psyc: